如何通过检查网络丢包和调整net_read_timeout优化MySQL的Lost connection during query问题?
- 内容介绍
- 文章标签
- 相关推荐
本文共计1080个文字,预计阅读时间需要5分钟。
数据库连接丢失,提示‘Lost connection to MySQL server during query’不一定完全是网络问题。可能是连接中断——比如中间有防火墙、云负载均衡或远程专线时延。先别急于修改配置,先检查网络是否畅通。
用 ping 只能看通不通,不能反映 MySQL 实际通信质量。真正该跑的是:
-
mysqladmin -h your_host -u user -p ping—— 看连接层是否稳定(失败说明连接已断) -
mtr --report --tcp --port 3306 your_host—— 比traceroute更准,能持续统计每跳丢包率和延迟波动(注意:需安装mtr,Linux 常见,macOS 可用brew install mtr) - 抓包确认:在客户端或服务器端运行
tcpdump -i any port 3306 -w mysql.pcap,复现报错后用 Wireshark 打开,搜 “RST” 或 “TCP Retransmission”,看到大量重传或 RST 包,基本锁定网络层异常
net_read_timeout 改多少才够用
net_read_timeout 控制的是“服务器等待客户端发来下一个请求包”的最大时间,不是查询执行时间。很多人误以为调大它就能撑住慢查询,其实它只影响客户端发完 SQL 后、服务器读取下一条命令前的空闲等待——对执行中查询本身没用。
本文共计1080个文字,预计阅读时间需要5分钟。
数据库连接丢失,提示‘Lost connection to MySQL server during query’不一定完全是网络问题。可能是连接中断——比如中间有防火墙、云负载均衡或远程专线时延。先别急于修改配置,先检查网络是否畅通。
用 ping 只能看通不通,不能反映 MySQL 实际通信质量。真正该跑的是:
-
mysqladmin -h your_host -u user -p ping—— 看连接层是否稳定(失败说明连接已断) -
mtr --report --tcp --port 3306 your_host—— 比traceroute更准,能持续统计每跳丢包率和延迟波动(注意:需安装mtr,Linux 常见,macOS 可用brew install mtr) - 抓包确认:在客户端或服务器端运行
tcpdump -i any port 3306 -w mysql.pcap,复现报错后用 Wireshark 打开,搜 “RST” 或 “TCP Retransmission”,看到大量重传或 RST 包,基本锁定网络层异常
net_read_timeout 改多少才够用
net_read_timeout 控制的是“服务器等待客户端发来下一个请求包”的最大时间,不是查询执行时间。很多人误以为调大它就能撑住慢查询,其实它只影响客户端发完 SQL 后、服务器读取下一条命令前的空闲等待——对执行中查询本身没用。

