解决方案是增加选项文件中[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

引用

如何使用mysql客户端像这样:

mysql -h <hostname> -u username -p <databasename> < file.sql

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

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

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

当我使用Mysql集群时，我遇到了这个错误，我不知道这个问题是否来自集群的使用。由于误差是完全相同的，所以在这里给出我的解。 得到这个错误是因为数据节点突然崩溃。但是当节点崩溃时，你仍然可以使用cmd得到正确的结果:

ndb_mgm -e 'ALL REPORT MEMORYUSAGE'

mysqld也可以正常工作。所以一开始，我不明白是怎么回事。大约5分钟后，ndb_mgm结果显示没有数据节点工作。然后我意识到问题所在。因此，尝试重新启动所有的数据节点，然后mysql服务器恢复正常，一切正常。

但有一件事对我来说很奇怪，在我失去mysql服务器的一些查询后，当我使用cmd像show tables，我仍然可以得到像set中的33行(5.57秒)这样的返回信息，但没有表信息显示。

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

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

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

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