最近开发一直碰到一个问题：Communications link failure due to underlying exception:
问题：
Communications link failure due to underlying exception:
登录时，常常要登录2次，后来直接就不可以等了。
解决：
这个问题困惑了我很长时间，中间好像是在分析的，但是没有分析道重点上来，程序没有动过，那么数据库了，就应该是数据库
了。那么是数据那里链接的时间。对，是时间。
程序中的连接池中的链接，去取的时候，其实已经断开了。
借鉴（转）
在61家教网的运行阶段，发现很长时间没有访问后，都会出现 Communications link failure due to underlying exception的异常。但是在测试阶段一切都是正常的。
该系统采用了hibernate框架，使用C3P0的连接池。数据库为Mysql。出现的异常信息如下：
............
经查看相关资料，发现问题的原因如下：
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增加以下配置信息:
- //set to 'SELECT 1'
- preferredTestQuery = 'SELECT 1 '
- //set to something much less than wait_timeout, prevents connections from going stale
- idleConnectionTestPeriod = 18000
- //set to something slightly less than wait_timeout, preventing 'stale' connections from being //handed out
- maxIdleTime = 25000
- //if you can take the performance 'hit', set to "true"
- 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的值。