MySQL每隔一小会不操作报错ERROR 2013 (HY000) Lost connection to MySQL server during query问题

MySQL每隔一小会不操作报错ERROR 2013 (HY000) Lost connection to MySQL server during query问题

连接OA的MySQL库发现每隔一小会不操作就报错如下：

mysql> select now();
+---------------------+
| now()               |
+---------------------+
| 2022-01-11 09:47:41 |
+---------------------+
1 row in set (0.00 sec)

mysql> select now();
ERROR 2013 (HY000): Lost connection to MySQL server during query
mysql> select now();
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    453751
Current database: *** NONE ***

+---------------------+
| now()               |
+---------------------+
| 2022-01-11 09:48:27 |
+---------------------+
1 row in set (0.00 sec)

实际上有两个参数如下：

interactive_timeout = 1800  ##交互式会话空闲超时时间(mysql工具、mysqldump等)

wait_timeout = 1800  ##非交互式会话空闲超时时间，mysql api程序,jdbc连接数据库等

查看数据库的这两个参数值（单位：s）：

mysql> show variables where Variable_name in ('interactive_timeout','wait_timeout');
+---------------------+-------+
| Variable_name       | Value |
+---------------------+-------+
| interactive_timeout | 30    |
| wait_timeout        | 30    |
+---------------------+-------+
2 rows in set (0.00 sec)

由于我是使用mysql数据库本身的命令行交互式客户端mysql，因此调整调整interactive_timeout的值即可。

通过调整interactive_timeout=10,30,60后，会话1连接进去不操作，会话2持续观察：

会话2：
mysql> show full processlist;
+--------+------+---------------------+-------+---------+------+-------+-----------------------+
| Id     | User | Host                | db    | Command | Time | State | Info                  |
+--------+------+---------------------+-------+---------+------+-------+-----------------------+
|      2 | root | ::1:53493           | td_oa | Sleep   |    1 |       | NULL                  |
|     41 | root | ::1:53566           | td_oa | Sleep   |   28 |       | NULL                  |
|     45 | root | ::1:53574           | td_oa | Sleep   |   20 |       | NULL                  |
|   1709 | root | ::1:56311           | td_oa | Sleep   |   68 |       | NULL                  |
| 454546 | root | 192.168.1.188:54046 | NULL  | Sleep   |    7 |       | NULL                  |
| 454553 | root | 192.168.1.188:54048 | NULL  | Query   |    0 | init  | show full processlist |
+--------+------+---------------------+-------+---------+------+-------+-----------------------+
6 rows in set (0.00 sec)

差不多在Time列接近和超过两个时间点操作会话1，会发现在接近但没超过interactive_timeout的时候操作会话1不会报错。

在刚刚超过interactive_timeout的时候，会话1就立刻报错：ERROR 2013 (HY000): Lost connection to MySQL server during query

若是更改wait_timeout的值则无法对交互式的mysql生效，一开始还调整这个参数一直不生效。

最后设置interactive_timeout的值为300，注意这里由于global因此只对新回话生效：

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

mysql> show global variables where Variable_name in ('interactive_timeout','wait_timeout');
+---------------------+-------+
| Variable_name       | Value |
+---------------------+-------+
| interactive_timeout | 300   |
| wait_timeout        | 30    |
+---------------------+-------+
2 rows in set (0.00 sec)

mysql> show variables where Variable_name in ('interactive_timeout','wait_timeout');
+---------------------+-------+
| Variable_name       | Value |
+---------------------+-------+
| interactive_timeout | 300   |
| wait_timeout        | 300   |
+---------------------+-------+
2 rows in set (0.00 sec)

wait_timeout受影响，详细的可以参考这篇写的不错的文章：http://blog.itpub.net/22664653/viewspace-2143671

对于数据库，非交互式的客户端才是连接大军。

mysql> show status like 'aborted%';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| Aborted_clients  | 1061  |
| Aborted_connects | 3     |
+------------------+-------+
2 rows in set (0.00 sec)

如果状态Aborted_clients表示由于客户端没有正确关闭连接而中止的连接数。

当Aborted Clients增大的时候意味着有客户端成功建立连接，但是由于某些原因断开连接或者被终止了。

另外，Aborted_connects表示尝试连接到MySQL服务器失败的次数。这个状态变量可以结合host_cache表和其错误日志一起来分析问题。 

1、客户端没有权限但是尝试访问MySQL数据库。

2、 客户端输入的密码有误。

3、 A connection packet does not contain the right information.

4、 超过连接时间限制，主要是这个系统变量connect_timeout控制（mysql默认是10s，基本上，除非网络环境极端不好，一般不会超时。）

参考链接

http://blog.itpub.net/24113018/viewspace-1783921/

https://zhuanlan.zhihu.com/p/88138358

http://blog.itpub.net/22664653/viewspace-2143671

https://www.cnblogs.com/ivictor/p/5979731.html