我在XAMMP中遇到了同样的问题

Metode-01:我修改了D:\xampp\mysql\bin\my.ini文件中的max_allowed_packet，如下所示:

max_allowed_packet = 500

最后重新启动MySQL服务一次就完成了。

Metode-02:

如果您正在使用XAMPP，这是更简单的方法。打开XAMPP控制面板，单击mysql部分中的config按钮。

现在点击my.ini，它将在编辑器中打开。将max_allowed_packet更新为所需的大小。

然后重新启动mysql服务。在Mysql服务上单击stop，再次单击start。等几分钟。

然后再次运行Mysql查询。希望它能起作用。

如果你在Mac上，像我一样通过brew安装mysql，下面的方法是有效的。

Cp $(brew——prefix mysql)/support-files/my-default.cnf /usr/local/etc/my.cnf

出处:对于自制mysql安装，my.cnf在哪里?

在/usr/local/etc/my.cnf文件中增加max_allowed_packet=1073741824 mysql。服务器重启

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

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

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

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

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

我在XAMMP中遇到了同样的问题

Metode-01:我修改了D:\xampp\mysql\bin\my.ini文件中的max_allowed_packet，如下所示:

max_allowed_packet = 500

最后重新启动MySQL服务一次就完成了。

Metode-02:

如果您正在使用XAMPP，这是更简单的方法。打开XAMPP控制面板，单击mysql部分中的config按钮。

现在点击my.ini，它将在编辑器中打开。将max_allowed_packet更新为所需的大小。

然后重新启动mysql服务。在Mysql服务上单击stop，再次单击start。等几分钟。

然后再次运行Mysql查询。希望它能起作用。

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

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

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

当您创建的SCHEMA的COLLATION与转储中使用的不同时，也会出现此错误消息。因此，如果转储包含

CREATE TABLE `mytab` (
..
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

你也应该在SCHEMA排序中反映这一点:

CREATE SCHEMA myschema COLLATE utf8_unicode_ci;

我一直在模式中使用utf8mb4_general_ci，因为我的脚本来自一个新的V8安装，现在在旧5.7上加载一个DB崩溃了，几乎把我逼疯了。

所以，也许这能帮你节省一些令人沮丧的时间……: -)

(MacOS 10.3, mysql 5.7)