阿哥论坛

 找回密码
 立即注册

QQ登录

只需一步,快速开始

新浪微博账号登陆

只需一步,快速开始

搜索
查看: 368|回复: 0

数据源

[复制链接]

48

主题

0

好友

180

积分

IT高级工程师

Rank: 2

升级  86.67%

发表于 2013-1-30 02:10:58 |显示全部楼层
今天早上一到客户那里,气氛非常紧张,都在忙碌着处理问题,一看系统不行了,马上选择重新启动,更郁闷的是服务竟然启动不起来了,报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拒绝响应的安全机制。
还是自己做个压力测试进行一下判断吧,判断结果后续发出。
您需要登录后才可以回帖 登录 | 立即注册 新浪微博账号登陆

回顶部