MySQL连接超时问题通常出现在长时间空闲后再次使用连接时报错“Lost connection to MySQL server during query”或“MySQL server has gone away”。这类问题可以通过合理配置MySQL服务端和客户端的超时参数来解决。以下是关键参数说明与配置方法。
1. wait_timeout 和 interactive_timeout
这两个参数控制MySQL服务器自动断开非活跃连接的时间。
• wait_timeout：适用于普通连接，单位为秒，默认值通常是8小时（28800秒）。• interactive_timeout：适用于交互式连接（如命令行登录），默认也常为28800秒。
如果应用使用的是长连接但长时间空闲，建议适当调小该值避免资源浪费，或在客户端实现连接保活。
配置方式：
编辑 MySQL 配置文件 my.cnf（Linux 下通常位于 /etc/my.cnf 或 /etc/mysql/my.cnf）：
[mysqld] wait_timeout = 600 interactive_timeout = 600
修改后重启MySQL服务生效，也可在运行时临时设置（不推荐生产环境直接操作）：
SET GLOBAL wait_timeout = 600; SET GLOBAL interactive_timeout = 600;
2. connect_timeout
控制服务器等待客户端完成连接握手的最大时间。若网络较慢或存在大量恶意连接请求，可适当调整。
默认值一般为10秒。
配置示例：
[mysqld] connect_timeout = 10
此值不宜设得太小，否则可能导致正常连接被中断。
3. net_read_timeout 和 net_write_timeout
这两个参数用于控制服务器读取或写入数据包时的等待超时时间。
• net_read_timeout：从客户端读取数据的超时，例如大查询结果传输中断。• net_write_timeout：向客户端写入数据的超时。
默认值通常为30秒。对于涉及大数据量导出或慢网络环境的应用，建议适当增大。
配置示例：
[mysqld] net_read_timeout = 60 net_write_timeout = 60
4. 客户端连接器配置
除了服务端设置，客户端也需配合处理连接超时。例如：
• JDBC 连接串中添加：autoReconnect=true&socketTimeout=30000（单位毫秒）• Python MySQLdb 或 PyMySQL 可设置 connect_timeout、read_timeout 参数
• 使用连接池（如 HikariCP、DBCP）时配置最大空闲时间、连接存活时间等
例如 JDBC 示例：
jdbc:mysql://host:port/db?connectTimeout=5000&socketTimeout=30000&autoReconnect=true
注意：autoReconnect 已被官方标记为不推荐，建议通过连接池自动检测并重建失效连接。
基本上就这些。关键是根据实际业务场景平衡资源利用率和连接稳定性。服务端设置避免长时间空连接占用资源，客户端做好重连机制，才能有效应对网络波动和超时断连问题。
