`
zqjshiyingxiong
  • 浏览: 439782 次
  • 性别: Icon_minigender_1
  • 来自: 无锡
社区版块
存档分类
最新评论

最近开发一直碰到一个问题:Communications link failure due to underlying exception:

    博客分类:
  • DB
阅读更多

问题:

Communications link failure due to underlying exception:

 

登录时,常常要登录2次,后来直接就不可以等了。

 

解决:

这个问题困惑了我很长时间,中间好像是在分析的,但是没有分析道重点上来,程序没有动过,那么数据库了,就应该是数据库

 

了。那么是数据那里链接的时间。对,是时间。

 

程序中的连接池中的链接,去取的时候,其实已经断开了。

 

借鉴(转)

在61家教网的运行阶段,发现很长时间没有访问后,都会出现 Communications link failure due to underlying exception的异常。但是在测试阶段一切都是正常的。
       该系统采用了hibernate框架,使用C3P0的连接池。数据库为Mysql。出现的异常信息如下:

No operations allowed after connection closed.Connection was implicitly closed due to underlying exception/error: ** BEGIN NESTED EXCEPTION ** com.mysql.jdbc.CommunicationsException MESSAGE: Communications link failure due to underlying exception: ** BEGIN NESTED EXCEPTION ** java.net.SocketException MESSAGE: Software caused connection abort: socket write error STACKTRACE: java.net.SocketException: Software caused connection abort: socket write error at java.net.SocketOutputStream.socketWrite0(Native Method) at java.net.SocketOutputStream.socketWrite(Unknown Source) at java.net.SocketOutputStream.write(Unknown Source) at java.io.BufferedOutputStream.flushBuffer(Unknown Source) at java.io.BufferedOutputStream.flush(Unknown Source) at com.mysql.jdbc.MysqlIO.send(MysqlIO.java:2692) at com.mysql.jdbc.MysqlIO.send(MysqlIO.java:2621) at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1552) at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1666) at com.mysql.jdbc.Connection.execSQL(Connection.java:2994) at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:936) at com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:1030) at org.hibernate.jdbc.AbstractBatcher.getResultSet(AbstractBatcher.java:139) at
............
经查看相关资料,发现问题的原因如下:

   Mysql服务器默认的“wait_timeout”是8小时,如果connection空闲超过8个小时,Mysql将自动断开该 connection。在C3P0 pools中的connections如果空闲超过8小时,Mysql将其断开,而C3P0中的该connection仍然存在,如果这时有 Client请求connection,C3P0将该断开的Connection提供给Client,将会造成上面的异常。
  
        可以这么解决该问题:
         使得Connection pools中connection的lifetime与Mysql的wait_timeout时间达到一致,或者测试Connection pools中connection的有效性。
在wait_timeout的时间为8小时的情况下:

C3P0增加以下配置信息:

  1. //set to 'SELECT 1'      
  2. preferredTestQuery = 'SELECT 1 '   
  3. //set to something much less than wait_timeout, prevents connections from going stale   
  4. idleConnectionTestPeriod = 18000      
  5. //set to something slightly less than wait_timeout, preventing 'stale' connections from being //handed out   
  6. maxIdleTime = 25000   
  7. //if you can take the performance 'hit', set to "true"   
  8. testConnectionOnCheckout = true     

 

 

-----------------------------------------------------------------------------------------------------------------------------------

MySQL连接如果8小时未使用,在查询使用到该连接会报:

异常名称:com.mysql.jdbc.CommunicationsException
异常信息: Communications link failure due to underlying exception

如果是MySQL5以前的版本,需要修改连接池配置中的URL,添加autoReconnect=true

如果是MySQL5 以后的版本,需要修改my.cnf(或者my.ini)文件,在[mysqld]后面添加

wait_timeout = 172800
interactive-timeout = 172800

单位都是秒,记得必须都添加,否则不起作用,通过show variables查看wait_timeout的值。

 

分享到:
评论
1 楼 无风也飘飘 2011-01-18  
感谢,我也正在为这个问题烦恼,我这边现在甚至是写了个定时器来解决这个问题,每隔6,7个小时就跑一遍链接。

相关推荐

Global site tag (gtag.js) - Google Analytics