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

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

$ mysql db_name < source.sql

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

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

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

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

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

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

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

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

您还可以以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';

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

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