一半来讲，是下面四个原因造成的该错误
- 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';
