我在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查询。希望它能起作用。

这是一个比较罕见的问题，但我看到过，如果有人复制了整个/var/lib/mysql目录，作为将他们的DB迁移到另一个服务器的一种方式。它不起作用的原因是数据库正在运行并使用日志文件。如果/var/log/mysql.中有日志，它有时会不起作用解决方案是复制/var/log/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

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

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

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

这里可能会发生一些事情;

插入运行时间过长，客户端正在断开连接。当它重新连接时，它没有选择数据库，因此出现了错误。这里的一个选项是从命令行运行批处理文件，并在参数中选择数据库，如下所示;

$ mysql db_name < source.sql

另一种方法是通过php或其他语言运行命令。在每个长时间运行的语句之后，您可以关闭并重新打开连接，以确保在每个查询开始时都已连接。

解决方案是增加选项文件中[mysqld]标记下的wait_timeout和connect_timeout参数的值。

我必须恢复一个400MB的mysql备份，这对我来说是有效的(我下面使用的值有点夸张，但你知道的):

[mysqld]
port=3306
explicit_defaults_for_timestamp = TRUE
connect_timeout = 1000000
net_write_timeout = 1000000
wait_timeout = 1000000
max_allowed_packet = 1024M
interactive_timeout = 1000000
net_buffer_length = 200M
net_read_timeout = 1000000
set GLOBAL delayed_insert_timeout=100000

引用