数据源

今天早上一到客户那里，气氛非常紧张，都在忙碌着处理问题，一看系统不行了，马上选择重新启动，更郁闷的是服务竟然启动不起来了，报webwork的配置文件出现问题，昨天晚上正好做一次升级，难道升级出了什么问题，但是昨天升级完成以后系统启动服务正常啊，而且他们在刚上班的时间还是可以用的，怎么会这么呢，让领导说一顿，看着升级的那个同事感觉很不可思议，所以打算查一下原因，进行了分析活动。
首先查看日志，真多啊，竟然看了40000行日志在输出
首先输出：DBCP object created 2008-01-22 09:20:33 by the following code was never closed:和详细的日志，
然后又出现：
java.sql.SQLException: Not in transaction.
at com.informix.util.IfxErrMsg.getSQLException(IfxErrMsg.java:373)
at com.informix.jdbc.IfxSqli.a(IfxSqli.java:3208)
at com.informix.jdbc.IfxSqli.E(IfxSqli.java:3518)
at com.informix.jdbc.IfxSqli.dispatchMsg(IfxSqli.java:2353)
at com.informix.jdbc.IfxSqli.receiveMessage(IfxSqli.java:2269)分析出一点问题，我配置的dbcp数据源的方式是
<property name="removeAbandoned"><value>true</value></property>
<property name="removeAbandonedTimeout"><value>60</value></property>
<property name="logAbandoned"><value>true</value></property>
如果超过最大数以后，系统自动回收过期的连接，由于当时系统的并发量比较大，造成有些还没有结束的连接被回收，然后就出现了第二个地方的日志，看来就是这个地方的问题了，关键就是怎么处理这样的问题呢，然后从google查询思路。
首先，看到了robbin的一个帖子的回复说是dbcp不稳定，建议使用c3p0,而且看到hibernate的官方网站Gavin的文章也说是由于dbcp数据源有问题，hibernate3删除了内置的支持。问题看来这个地方有点眉目，dbcp有一定的问题，关键点就是AbandonedObjectPool参数的设置，问题的关键点就是他自动关闭数据库连接造成的，如果不关闭就可以了，这个地方是不稳定的，只是建议在开发的时候使用。所以可以采用removeAbandoned为false，可以解决这个问题，还就是需要扩大一下最大连接数。
其次就是更换dbcp了，可以采用c3p0的方式。
至于上面服务启动不来，我的分析就是服务启动以后，配置文件发生了覆盖，这个应该是管理不完善造成的了，给自己一个理由下台，哈哈。
很多人建议，如果必须使用dbcp，那就用，如果不是，就更换成cp，
也有人在blog上这样写道：
使用DBCP连接池后访问速度提高了100-150%,但是实验表明，如果负载压力达到实际负荷的10倍以上，即超出内设的最大连接数10倍左右，DBCP原因不明地崩溃，并常常不能最终恢复服务。原因之一是由于在高负载下，DBCP把已经关闭或过时的连接返回给呼叫者，造成流溢出，从而令所有IO进程悬挂。唯一的办法就是重启tomcat。 解决办法是在得到连接后先检验连接是否关闭，并最后有防止DDOS拒绝响应的安全机制。
还是自己做个压力测试进行一下判断吧，判断结果后续发出。