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

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

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

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

max_allowed_packet=64M

在my.cnf文件中添加这一行可以解决我的问题。

当列有大值时，这很有用，这会导致问题，你可以在这里找到解释。

在Windows上，这个文件位于:C:\ProgramData\MySQL\MySQL Server 5.6” Linux操作系统(Ubuntu):“/etc/mysql”

对于amazon RDS(这是我的情况)，您可以将max_allowed_packet参数值更改为任何字节的数值，这对于您可能拥有的任何插入中的最大数据有意义(例如:如果您在插入中有一些50mb blob值，则将max_allowed_packet设置为64M = 67108864)，在一个新的或现有的参数组中。然后将参数组应用到MySQL实例(可能需要重新启动实例)。

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

添加一条线

max_allowed_packet=500M

现在重新启动MySQL服务，一旦你完成。