Communications link failure

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

mysql 5数据库连接超时问题的解决办法　一个标准的servlet/tomcat网络应用，后台使用mysql数据库。

登录系统后过一定时间不操作，然后再次登录总是失败。察看日志发现如下错误：

　　 “com.mysql.jdbc.exceptions.jdbc4.CommunicationsException:
Communications link failure

　　Last packet sent to the server was 0 ms ago.”

　　上述问题是由mysql 5数据库的配置引起的。mysql5将其连接的等待时间(wait_timeout)缺省为3000 seconds。在其客户程序中可以这样来查看其值：

　　 mysql﹥
　　mysql﹥ show global variables like 'wait_timeout';

　　+---------------+---------+

　　| Variable_name | Value |

　　+---------------+---------+

　　| wait_timeout | 3000 |

　　+---------------+---------+

　　1 row in set (0.00 sec)

　　3000 seconds。

　　如果在wait_timeout秒期间内，数据库连接(java.sql.Connection)一直处于等待状态，mysql 5就将该连接关闭。这时，你的Java应用的连接池仍然合法地持有该连接的引用。当用该连接来进行数据库操作时，就碰到上述错误。

　　你可能会想到在tomcat的数据源配置中有没有办法解决  的确，在jdbc连接url的配置中，你可以附上“autoReconnect=true”，但这仅对mysql 5以前的版本起作用。增加“validation query”似乎也无济于事。

　　本人觉得最简单的办法，就是对症下药：既然问题是由mysql 5的全局变量wait_timeout的缺省值太小引起的，我们将其改大就好了。

　　查看mysql5的手册，发现对wait_timeout的最大值分别是24天/365天(windows/linux)。以windows为 例，假设我们要将其设为21天，我们只要修改mysql5的配置文件“my.ini”(mysql5 installation dir)，增加一行：wait_timeout=1814400

　　然后要重新启动mysql服务。

　　linux系统配置文件：/etc/my.cnf （根据自己的系统不同）

　结果好了。