如果它正在重新连接并获得连接ID 2，那么服务器几乎肯定已经崩溃了。

联系服务器管理员，让他们诊断问题。任何非恶意SQL都不应该导致服务器崩溃，mysqldump的输出当然也不应该。

这可能是由于服务器管理员犯了一些较大的操作错误，例如分配的缓冲区大小大于体系结构的地址空间限制，或者大于虚拟内存容量。MySQL错误日志可能会有一些相关的信息;无论如何，如果他们有能力，他们将会监督这一点。

对于寻找DB导入失败解决方案的Drupal 8用户:

在sql转储文件的末尾，可以命令插入数据到“webprofiler”表。 这是我猜一些调试日志文件，并不是真正重要的网站工作，所以所有这些可以删除。我删除了所有这些插入，包括LOCK TABLES和UNLOCK TABLES(以及两者之间的所有内容)。它在sql文件的最底部。问题描述如下:

https://www.drupal.org/project/devel/issues/2723437

但是除了截断该表之外，没有其他解决方案。

顺便说一句，我尝试了以上答案中的所有解决方案，其他都没有帮助。

添加max_allowed_packet=64M到[mysqld]

[mysqld] 
max_allowed_packet=64M

重新启动MySQL服务器。

我在第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

我也有同样的问题，但改变my.ini/my.cnf文件下[mysqld]的max_allowed_packet。

添加一条线

max_allowed_packet=500M

现在重新启动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一起使用，它将删除并重新创建您需要的表。

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