sql文件导入：ERROR : (2006, ‘MySQL server has gone away’...)

前言

mysql备份、恢复亦或迁移，对运维工作者来说，都是一项无法推脱而又不得不做的工作。

这里我将就mysql导入sql文件时报【ERROR : (2006, 'MySQL server has gone away'...)】这一问题进行解决。

分析及解决

从字面上看，这玩意儿的意思就是【数据库服务丢了，或者断开连接了】

为什么呢？十有八九是客户端与mysql服务端之间的通讯发生了问题，导致服务端拒绝或被动断开了与客户端的连接，最终使sql文件导入工作无法继续进行。

因此，你可能需要从以下几点来判断具体原因：

1、sql文件过大，超出mysql约定文件缓冲区大小（由此，也会引发Your SQL statement was too large错误）

max_allowed_packet是MySQL的一个配置参数，用于控制单个查询或数据包的最大大小。

max_allowed_packet的单位是字节（bytes）。
通过配置文件或者动态地修改该参数，可以设置MySQL服务器允许的最大数据包大小。默认情况下，该参数的值为4MB（4 * 1024 * 1024 bytes）或其他值，你需要结合实际比较文件与它的大小，如果文件大于它，那就没办法正常导入。

执行sql语句，看看mysql约定的文件缓冲区大小（下图是我已经调整好的100MB值，默认是4MB，也就是4194304）

sql 复制代码

show global variables like 'max_allowed_packet';

如果你的sql文件超过4MB则可能需要更改这个默认值，才能执行：

通过sql暂时解决，重启mysql后失效：

sql 复制代码

set global max_allowed_packet=1024*1024*100;

在mysql配置文件 [mysqld] 里增加max_allowed_packet属性来永久解决，这个具体数值可以自由调整

bash 复制代码

max_allowed_packet = 100M

2、 MySQL连接超时，这个可能是网络原因，也有可能是mysql的wait_timeout配置设的太低了

使用tcping来看看这个mysql端口是否稳定，如果出现频率较高的丢包、延时，则很有可能是网络原因

其次可能是mysql的wait_timeout配置设置太低，下图表示mysql链接在无操作28800秒（也就是8小时）后被自动关闭，这个数值是正常的

这里，你可以通过暂时更改wait_timeout属性来解决，重启mysql服务端后失效

sql 复制代码

set  global wait_timeout=86400

在mysql配置文件 [mysqld] 里增加wait_timeout属性来永久解决

[mysqld]
wait_timeout=86400

3、MySQL服务端主动断开（不排除服务端重启可能）

查看mysql日志，看看是不是它有事没事会自动重启

你也可以通过sql来看看它最新一次启动至今的时间间隔，单位是秒

sql 复制代码

 show global status like 'uptime';

这种是小概率事件，一般不会发生