Heim >Datenbank >MySQL-Tutorial >解决MySQL5数据库连接超时问题

解决MySQL5数据库连接超时问题

WBOY
WBOYOriginal
2016-06-07 16:53:481047Durchsuche

查看MySQL5的手册,发现对wait_timeout的最大值分别是24天/365天(windows/Linux)。以windows为例,假设我们要将其设为21天,我

今天登录JR后,发现自己的头衔居然是“元老专家”。flattered。只说明本人在这晃悠了一段时间了,JR做的很好的,,为大家提供了一个交流的平台。

言归正传。最近碰到一个MySQL5数据库的问题。就是一个标准的servlet/tomcat网络应用,后台使用MySQL数据库。问题是待机一晚上后,第二天早上第一次登录总是失败。察看日志发现如下错误:

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

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

经过一番调研,发现很多人都碰到过类似问题,但网上令人满意的回答并不多。MySQL网站上的提问也很多,但并没有正确答案;百度知道上倒是有一个近似正确的回答。现将本人的解决办法总结一下:

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

mysql>

mysql> show global variables like 'wait_timeout';

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

| Variable_name | Value   |

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

| wait_timeout  | 28800   |

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

1 row in set (0.00 sec)

28800 seconds,也就是8小时。

如果在wait_timeout秒期间内,数据库连接(java.sql.Connection)一直处于等待状态,mysql5就将该连接关闭。这时,你的Java应用的连接池仍然合法地持有该连接的引用。当用该连接来进行数据库操作时,就碰到上述错误。这解释了为什么我的程序第二天不能登录的问题。

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

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

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

需要重新启动MySQL5。

Linux系统配置文件:/etc/my.cnf

测试显示问题解决了。

linux

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn