mysql数据库连接超时如何排查_检查网络延迟与连接池配置

Connection refused 或 Lost connection 错误通常源于网络或客户端配置问题而非 MySQL 拒绝连接；应先用 telnet/nc 测试端口连通性，再排查 SSL 强制、安全组、连接池 validationQuery 配置及服务端 wait_timeout 参数。Connection refused 或 Lost connection 错误怎么快速定位这类报错不是 MySQL 在拒绝你，而是连接根本没发出去或中途断了。先别急着改 wait_timeout，90% 的情况是网络或客户端配置卡在半路。常见错误现象：ERROR 2003 (HY000): Can't connect to MySQL server on 'x.x.x.x'、Lost connection to MySQL server at 'reading initial communication packet'用 telnet host 3306 或 nc -zv host 3306 直接测端口通不通，绕过所有驱动和连接池逻辑如果 telnet 通但应用连不上，立刻查客户端是否启用了 SSL 强制（MySQL 8.0+ 默认 require_secure_transport=ON），而你的连接串没加 ?ssl-mode=DISABLED 或对应 CA 配置云环境特别注意安全组/NACL 是否放行了入方向 3306，且源 IP 是实际出口 IP（不是 NAT 网关内网地址）连接池 keep-alive 和 validationQuery 怎么配才不踩坑连接池本身会缓存连接，但 MySQL 服务端默认 8 小时就主动断开空闲连接（wait_timeout=28800），池子却不知道——结果取出来就是“已经断掉的连接”，报 Communications link failure。使用场景：Spring Boot + HikariCP、Druid、Tomcat JDBC Pool 等主流池都面临同样问题HikariCP 必须设 connection-test-query=SELECT 1（MySQL 5.7+）或 connection-test-query=SELECT 1 + connection-init-sql=SET NAMES utf8mb4（避免初始化失败）关键参数：validation-timeout=3000（毫秒）、keepalive-time=30000（Hikari 3.2.1+ 才支持，每 30 秒发一次 SELECT 1 检活）Druid 要开 testWhileIdle=true + timeBetweenEvictionRunsMillis=60000，否则空闲连接超时后仍被返回给业务线程MySQL 服务端 timeout 参数哪些真影响连接存活别一看到 “timeout” 就全调大。真正决定连接是否被服务端单方面断开的，只有两个参数： 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手，依托大模型，帮助用户记录、整理和分析音视频内容，体验用大模型做音视频笔记、整理会议记录。