我得到一个类似的错误。要解决这个问题，只需打开my.ini文件，在第36行更改最大允许数据包大小的值。max_allowed_packet = 20M

我更新了“max_allowed_packet”到1024M，但它仍然不能工作。结果发现我的部署脚本正在运行:

mysql --max_allowed_packet=512M --database=mydb -u root < .\db\db.sql

如果要这样做，请确保从命令行显式地指定一个更大的数字。

对我来说，这个解决方案不可行，所以我执行了

SET GLOBAL max_allowed_packet=1073741824;

在我的SQL客户端。

如果不能改变MYSql服务运行，你应该停止服务，并改变my.ini文件中的变量。

例如:

max_allowed_packet=20M

如果您的数据包括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列)。

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文章

如果增加max_allowed_packet没有帮助。

当我通过Sequel Pro将.sql文件导入我的数据库时，我得到了和你一样的错误。

在将max_allowed_packet提高到512M后，错误仍然存在，所以我在命令行中运行导入:

mysql --verbose -u root -p DatabaseName < MySQL.sql

它给出了以下错误:

ASCII '\0' appeared in the statement, but this is not allowed unless option --binary-mode is enabled

我发现了一些有用的StackOverflow问题:

在从SQL转储恢复数据库时启用二进制模式 Mysql错误:ASCII '\0'当导入sql文件在linux服务器上

在我的情况下，我的.sql文件有点损坏。我们得到的MySQL转储是两个zip文件，需要连接在一起，然后解压缩。我认为解压一开始就中断了，留下了一些奇怪的字符和编码。获得一个新的MySQL转储并正确地解压缩它对我来说很有效。

只是想在这里添加这个，以防其他人发现增加max_allowed_packet变量没有帮助。