MYSQL连接超时问题解决办法

作者：袖梨 2022-11-14

程序后台报这个错误 at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:2332) ，** END NESTED EXCEPTION ** Last packet sent to the server was 34 ms ago.

这个问题主要原因是应用服务器很长时间没有连接mysql，超过了mysql设置的最大超时时间，再连接mysql就会出现这个问题。

mysql默认设置是8小时，一般网站白天都有人访问，从夜里到早上一般都会超过8小时，所以再来访问就会这个问题。

简单的解决办法就是修改最大超时时间，比如改为12小时或10小时，这样恰好避免了无人访问的时段，这里修改为10小时，方法如下：

看来下 wait_timeout 才15真不是一般的短,系统默认安装的就是麻烦.

打开MySQL的控制台，运行:show variables like ‘%timeout%’，查看和连接时间有关的MySQL系统变量

设置下即可

代码如下

复制代码

mysql> show variables like ‘%timeout’;

+——————————————————-+————-+
| Variable_name | Value |
+——————————————————-+————-+
| connect_timeout | 15 |
| 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 | 15 |
+——————————————————-+————-+
10 rows in set (0.00 sec)

直接设置wait_timeout 时长

代码如下

复制代码

mysql> set wait_timeout = 36000;
Query OK, 0 rows affected (0.00 sec)

mysql> set interactive_timeout = 36000;
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like ‘%timeout’;

+——————————————————-+————-+
| Variable_name | Value |
+——————————————————-+————-+
| connect_timeout | 15 |
| delayed_insert_timeout | 300 |
| innodb_lock_wait_timeout | 50 |
| innodb_rollback_on_timeout | OFF |
| interactive_timeout | 36000 |
| net_read_timeout | 30 |
| net_write_timeout | 60 |
| slave_net_timeout | 3600 |
| table_lock_wait_timeout | 50 |
| wait_timeout | 36000 |
+——————————————————-+————-+
10 rows in set (0.00 sec)

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

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

[mysqld]

代码如下

复制代码

wait_timeout=31536000
interactive_timeout=31536000

需要重新启动mysql5。

linux系统配置文件：/etc/my.cnf

测试显示问题解决了。