• MySQL server has gone away


    一半来讲,是下面四个原因造成的该错误

    • SQL 超长,超出 max_allowed_packet 限制
    • MySQL 连接超时
    • MySQL 服务宕机
    • MySQL 连接被主动 kill 掉

    SQL 超长,超出 max_allowed_packet 限制

    MySQL 会限制 server 段接收的数据包的大小,有时候大的插入和更新发送的数据包大小超过 max_allowed_packet 的限制,服务端也会报错,导致写入或者更新失败。

    查看默认大小

    mysql> show global variables like '%max_allowed_packet%';

    使用命令临时修改

    mysql> set global max_allowed_packet = 5 * 1024 * 1024;

    想要永久生效,则应该修改MySQL的配置文件

    max_allowed_packet = 5M

    MySQL 连接超时

    MySQL 的连接开启后,很久没有发起新的查询请求,达到了 server 端的超时时间,被 server 端强制关闭连接。

    此时若该连接再次发起请求时,则会报错 MySQL server has gone away 。

    此种情况比较常见,一般一个执行时间很长的脚本,开启连接查询部分数据后,进行计算或者请求第三方,在进行数据写入,写入时超时。


    查看当前 MySQL 的超时时间

    mysql> show global variables like 'wait_timeout';

    服务宕机

    这个很容易理解,随便怎么确认一下服务是否还在运行即可。例如查看日志,查看运行时间。

    查看运行时间

    mysql> show global status like 'uptime';

     MySQL 连接被主动 kill 掉

    部分系统会配置一些连接数过多等情况下,脚本主动 kill 掉相关数据库请求进程,或者可能 DBA 等处理问题时手动 kill 掉,此种情况下也会出现报错。

    mysql> show global status like 'com_kill';

  • 相关阅读:
    Android - Context
    P1809 过河问题
    [Mybatis-Plus笔记] MybatisPlus-05-id生成策略,多数据操作,逻辑删除
    如何利用Api接口获取手机当前的网络位置信息
    go-cqhttp帮助文档
    Jetson Xavier NX 解码性能评测
    redis高可用的哨兵模式实现
    ESP Insights 支持通过高级筛选进行分组分析
    Springboot中使用拦截器、过滤器、监听器
    mybatisplus自动生成器
  • 原文地址:https://blog.csdn.net/fishgeneral/article/details/125426203