com.mysql.jdbc.exceptions.jdbc4.CommunicationsExce

2019独角兽企业重金招聘Python工程师标准>>>

• 问题：
  

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

 

The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server.

• 网上解决办法：

问题是由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 

测试显示问题解决了。

另外：

mysql> show variables like '%timeout%';

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

| Variable_name              | Value |

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

| connect_timeout            | 10    |

| delayed_insert_timeout     | 300   |

| innodb_lock_wait_timeout   | 50    |

| innodb_rollback_on_timeout | OFF   |

| interactive_timeout        | 28800 |

| net_read_timeout           | 30    |

| net_write_timeout          | 60    |

| slave_net_timeout          | 3600  |

| table_lock_wait_timeout    | 50    |

| wait_timeout               | 28800 |

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

10 rows in set (0.00 sec)

 

 

• 这样配置后，我的问题没有解决，通过搜索发现设备的防火墙需要打开，即

Service iptables stop

解决问题啦:)

转载于:https://my.oschina.net/u/2326611/blog/664251