如果您已经尝试了所有这些解决方案，特别是将max_allowed_packet增加到最大支持的1GB，您仍然看到这些错误，这可能是您的服务器没有足够的空闲RAM内存可用…

解决方案=将服务器升级到更大的RAM内存，然后再试一次。

注意:我很惊讶这个简单的解决方案在这个话题上讨论了8年多之后还没有被提及……有时候我们开发人员会想太多。

max_allowed_packet=64M

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

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

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

解决方案是增加选项文件中[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或其他语言运行命令。在每个长时间运行的语句之后，您可以关闭并重新打开连接，以确保在每个查询开始时都已连接。

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

添加一条线

max_allowed_packet=500M

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

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