当我导入16gb的SQL文件时，我有这个错误和其他相关的错误。对我来说，编辑my.ini并在[mysqld]部分中设置以下内容(基于几个不同的帖子):

max_allowed_packet      = 110M
innodb_buffer_pool_size=511M
innodb_log_file_size=500M
innodb_log_buffer_size = 800M
net_read_timeout        = 600
net_write_timeout       = 600

如果你在Windows下运行，转到控制面板，服务，并查看MySQL的详细信息，你会看到my.ini在哪里。然后在编辑并保存my.ini后，重新启动mysql服务(或重新启动计算机)。

如果您正在使用HeidiSQL，您还可以使用它来设置其中的一些或全部。

如果你使用默认值运行，那么你有很多空间来优化你的mysql配置。

我建议的第一步是将max_allowed_packet增加到128M。

然后下载MySQL Tuning Primer脚本并运行它。它将为您的配置提供几个方面的建议，以获得更好的性能。

另外，还要在MySQL和PHP中调整超时值。

你要导入的文件有多大(文件大小)，你能使用mysql命令行客户端而不是PHPMyAdmin导入文件吗?

如果您的数据包括BLOB数据:

请注意，从命令行导入数据似乎会阻塞在BLOB数据上，导致'MySQL server has gone away'错误。

为了避免这种情况，重新创建mysqldump，但是使用——hex-blob标记:

http://dev.mysql.com/doc/refman/5.7/en/mysqldump.html#option_mysqldump_hex-blob

这将写出数据文件与十六进制值，而不是二进制之间的其他文本。

PhpMyAdmin也有选项“转储十六进制符号的二进制列(例如，“abc”变成0x616263)”，这工作得很好。

请注意，存在一个长期存在的错误(截至2015年12月)，这意味着GEOM列不能转换: 备份一个表几何列使用mysqldump? 所以使用像PhpMyAdmin这样的程序似乎是唯一的解决方案(上面提到的选项可以正确地转换GEOM列)。

确保mysqld进程不会因为systemd这样的服务管理器而重新启动。

我在《流浪》中遇到过这个问题。配置调整没有帮助。原来这是系统杀死我的服务每次当它占用太多的内存。

我正在做一些大型的计算，涉及到mysql连接停留很长时间和大量的数据。我正面临这个“Mysql走开的问题”。所以我试着优化查询，但这并没有帮助我，然后我增加了mysql变量限制，默认设置为较低的值。

wait_timeout max_allowed_packet

对于任何适合你的限制，它应该是任何数字* 1024(字节)。您可以使用'mysql -u username - p'命令登录到终端，并可以检查和更改这些变量限制。

GoDaddy共享主机

在GoDaddy共享托管帐户上，调整PHP.ini等文件是很棘手的。然而，还有另一种方法，它非常适合我。(我刚刚成功上传了一个3.8Mb的.sql文本文件，包含3100行和145个cols。使用导入命令在phpMyAdmin，我得到了可怕的MySQL服务器已经离开错误，没有进一步的信息。)

我发现马特·布彻的答案是正确的。和Matt一样，我也尝试过各种技巧，从将MySQL数据库导出成小块，到编写脚本将大的导入分解成小块。但以下是有效的方法:

(1) CPANEL—> FILES (group)—> BACKUP

(2a)在“部分备份”标题下… (2b)“下载MySQL数据库备份” (2c)选择你的数据库并下载备份(这一步可选，但明智)

(3a)在2b的右边，在“恢复MySQL数据库备份”的标题下 从您的本地驱动器中选择.SQL导入文件 (3c)真正的幸福将属于你(很快....)我只用了5秒钟

我可以使用这种方法导入单个表。我的数据库中没有其他任何东西受到影响——但这就是上面的步骤(2)的目的。

注: a.如果您不确定如何创建. sql导入文件，请使用phpMyAdmin导出表并修改文件结构。

来源: 马特·布彻2010文章