由于某些原因，全局更新和my.cnf设置对我不起作用。将max_allowed_packet值直接传递给客户端工作在这里:

mysql -h <hostname> -u username -p --max_allowed_packet=1073741824 <databasename> < db.sql

对于amazon RDS(这是我的情况)，您可以将max_allowed_packet参数值更改为任何字节的数值，这对于您可能拥有的任何插入中的最大数据有意义(例如:如果您在插入中有一些50mb blob值，则将max_allowed_packet设置为64M = 67108864)，在一个新的或现有的参数组中。然后将参数组应用到MySQL实例(可能需要重新启动实例)。

如果这些答案都不能解决你的问题，我通过删除表，并以这种方式自动创建它们来解决它:

when creating the backup, first backup structure and be sure of add:
DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT
CREATE PROCEDURE / FUNCTION / EVENT
IF NOT EXISTS
AUTO_INCREMENT

然后只需将此备份与您的db一起使用，它将删除并重新创建您需要的表。

然后你只备份数据，然后做同样的事情，它就会工作。

我在第97行解决了错误error 2006 (HY000): MySQL服务器已经离开，并成功迁移了一个>5GB sql文件，按顺序执行以下两个步骤:

创建了其他人推荐的/etc/my.cnf，内容如下: (mysql) Connect_timeout = 43200 max_allowed_packet = 2048M net_buffer_length = 512M debug-info = TRUE 附加标志——force——wait——重新连接到命令(即mysql -u root -p -h localhost my_db < file. exe)。SQL——verbose——force——wait——reconnect)。

重要提示:执行这两个步骤都是必要的，因为如果我不费心对/etc/my.cnf文件进行更改，也不附加这些标志，导入后会丢失一些表。

系统使用:OSX El Capitan 10.11.5;mysql version 14.14 distribub 5.5.51 for osx10.8

您还可以以root(或SUPER特权)身份登录到数据库并执行该操作

set global max_allowed_packet=64*1024*1024;

不需要重新启动MySQL。注意，你应该修复my.cnf文件，就像在其他解决方案中概述的那样:

[mysqld]
max_allowed_packet=64M

重新启动MySQL后确认更改:

show variables like 'max_allowed_packet';

您也可以使用命令行，但这可能需要更新启动/停止脚本，这些脚本可能无法在系统更新和补丁中保存。

根据要求，我在这里添加了我自己的答案。很高兴看到它工作!

消除触发警告的错误是我的最终解决方案。我还改变了max_allowed_packet，这有助于较小的文件与错误。消除这些错误也会极大地加快这个过程。