MySQL 报错 MySQL server has gone away解决方案
问题分析
- MySQL 服务宕机
- MySQL 连接被主动 kill 掉
- MySQL 连接超时
- SQL 超长,超出 max_allowed_packet 限制
解决方案
MySQL 服务宕机
可能是异常情况,访问过程中数据库宕机或重启了,期间的数据库访问请求会出现错误。
此种情况可以查看对应时候的 MySQL 相关日志,或者查询 MySQL 运行时间。可通过运行时间和日志,判断该时间是否有服务中断。
show global status like 'uptime';
MySQL 连接被主动 kill 掉
部分系统会配置一些连接数过多等情况下,脚本主动 kill 掉相关数据库请求进程,或者可能 DBA 等处理问题时手动 kill 掉,此种情况下也会出现报错。
show global status like 'com_kill';
MySQL 连接超时
MySQL 的连接开启后,很久没有发起新的查询请求,达到了 server 端的超时时间,被 server 端强制关闭连接。此时若该连接再次发起请求时,则会报错 MySQL server has gone away 。此种情况比较常见,一般一个执行时间很长的脚本,开启连接查询部分数据后,进行计算或者请求第三方,在进行数据写入,写入时超时。
可以通过如下命令查看当前 MySQL 的超时时间,
show global variables like 'wait_timeout';
临时性修改
set global wait_timeout = 60 * 60 * 8;
永久修改MySQl配置/etc/my.cnf
vim /etc/my.cnf
添加如下配置
wait_timeout = 2880000
interactive_timeout = 2880000
SQL 超长,超出 max_allowed_packet 限制
MySQL 会限制 server 段接收的数据包的大小,有时候大的插入和更新发送的数据包大小超过 max_allowed_packet 的限制,服务端也会报错,导致写入或者更新失败。
show global variables like '%max_allowed_packet%';
临时性修改
set global max_allowed_packet = 4 * 1024 * 1024;
永久修改MySQl配置/etc/my.cnf
vim /etc/my.cnf
添加如下配置
max_allowed_packet = 4096M
本文是原创文章,采用 CC BY-NC-ND 4.0 协议,完整转载请注明来自 Nuri Alfred - Deertech
评论
匿名评论
隐私政策
你无需删除空行,直接评论以获取最佳展示效果