连接超时的核心原因是MySQL默认的空闲连接超时时间过长(wait_timeout和interactive_timeout默认8小时)。通过缩短这两个参数的值,可自动释放闲置连接,避免因长时间无操作导致的超时。
/etc/my.cnf(或/etc/mysql/mysql.conf.d/mysqld.cnf),在[mysqld] section添加或修改以下内容:[mysqld]
wait_timeout = 600 # 非交互式连接(如程序连接)空闲超时时间(秒)
interactive_timeout = 600 # 交互式连接(如终端登录)空闲超时时间(秒)
net_read_timeout = 30 # 读取数据的超时时间(秒,默认30秒,可根据网络情况调整)
net_write_timeout = 60 # 写入数据的超时时间(秒,默认60秒,可根据网络情况调整)
保存后重启MySQL服务使配置生效:sudo systemctl restart mysqld
验证参数是否修改成功:SHOW VARIABLES LIKE 'wait_timeout';
SHOW VARIABLES LIKE 'interactive_timeout';
注意:wait_timeout和interactive_timeout需根据应用场景调整(如高频访问的应用可设置为300-600秒,低频访问的可适当延长),避免频繁重建连接。网络延迟、丢包或防火墙拦截是导致连接超时的常见外部因素。
ping命令测试客户端与MySQL服务器之间的网络延迟,若延迟过高(如超过100ms),需联系网络管理员解决:ping mysql_server_ip
firewalld为例,执行以下命令:sudo firewall-cmd --zone=public --add-port=3306/tcp --permanent # 开放3306端口
sudo firewall-cmd --reload # 重新加载防火墙规则
若使用iptables,可执行:sudo iptables -A INPUT -p tcp --dport 3306 -j ACCEPT # 允许3306端口
sudo service iptables save # 保存规则(CentOS 7及以上可能使用firewalld)
/etc/my.cnf,在[mysqld] section添加:skip-name-resolve
重启MySQL服务后,客户端连接时需使用IP地址而非域名。应用程序的不当连接使用(如未释放连接、连接池配置不合理)会导致连接泄漏,最终触发超时。
maximumPoolSize(最大连接数,根据服务器内存调整,如4GB内存可设置为100-200)和connectionTimeout(连接超时时间,如30秒):HikariConfig config = new HikariConfig();
config.setJdbcUrl("jdbc:mysql://localhost:3306/dbname");
config.setUsername("username");
config.setPassword("password");
config.setMaximumPoolSize(100); // 最大连接数
config.setConnectionTimeout(30000); // 连接超时时间(毫秒)
HikariDataSource dataSource = new HikariDataSource(config);
Connection、Statement和ResultSet对象(使用try-with-resources或finally块),避免连接泄漏。若应用并发量高,MySQL默认的最大连接数(通常151)可能不足,导致新连接无法建立。可通过修改max_connections参数增加最大连接数。
/etc/my.cnf,在[mysqld] section添加或修改:[mysqld]
max_connections = 500 # 根据服务器内存调整(如8GB内存可设置为300-500)
重启MySQL服务生效:sudo systemctl restart mysqld
验证参数:SHOW VARIABLES LIKE 'max_connections';
注意:增加max_connections会占用更多内存(每个连接约占用2-4MB),需结合服务器内存情况调整,避免内存溢出(OOM)。定期监控MySQL连接状态,排查长期闲置或异常的连接,及时优化应用行为。
SHOW STATUS LIKE 'Threads_connected'; # 当前活跃连接数
SHOW STATUS LIKE 'Max_used_connections'; # 历史最大连接数
SHOW PROCESSLIST; # 查看所有连接及执行的SQL
若发现大量Sleep状态的连接(如Command列为Sleep,Time列值较大),说明应用未正确释放连接,需优化连接管理(如使用连接池或修复代码中的连接泄漏问题)。