解决mysql5数据库连接超时问题以下文字资料是由(历史新知网www.lishixinzhi.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下吧!
最近碰到一个mysql 数据库的问题 就是一个标准的servlet/tomcat网络应用 后台使用mysql数据库 问题是待机一晚上后 第二天早上第一次登录总是失败 察看日志发现如下错误
mysql jdbc exceptions jdbc CommunicationsException: Communications link failure
Last packet sent to the server was ms ago
经过一番调研 发现很多人都碰到过类似问题 但网上令人满意的回答并不多 mysql网站上的提问也很多 但并没有正确答案;百度知道上倒是有一个近似正确的回答 现将本人的解决办法总结一下
上述问题是由mysql 数据库的配置引起的 mysql 将其连接的等待时间(wait_timeout)缺省为 小时 在其客户程序中可以这样来查看其值
mysql>
mysql> show global variables like wait_timeout ;
+ + +
| Variable_name | Value |
+ + +
| wait_timeout | |
+ + +
row in set ( sec)
seconds 也就是 小时
如果在wait_timeout秒期间内 数据库连接(java sql Connection)一直处于等待状态 mysql 就将该连接关闭 这时 你的Java应用的连接池仍然合法地持有该连接的引用 当用该连接来进行数据库操作时 就碰到上述错误 这解释了为什么我的程序第二天不能登录的问题
你可能会想到在tomcat的数据源配置中有没有办法解决?的确 在jdbc连接url的配置中 你可以附上 autoReconnect=true 但这仅对mysql 以前的版本起作用 增加 validation query 似乎也无济于事
本人觉得最简单的办法 就是对症下药 既然问题是由mysql 的全局变量wait_timeout的缺省值太小引起的 我们将其改大就好了
查看mysql 的手册 发现对wait_timeout的最大值分别是 天/ 天(windows/linux) 以windows为例 假设我们要将其设为 天 我们只要修改mysql 的配置文件 my ini (mysql installation dir) 增加一行 wait_timeout= lishixinzhi/Article/program/MySQL/201311/29643
分页:123