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

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

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

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

您可以增加最大允许包数

SET GLOBAL max_allowed_packet=1073741824;

http://dev.mysql.com/doc/refman/5.5/en/server-system-variables.html#sysvar_max_allowed_packet

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

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

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

我尝试了以上所有的解决方案，都失败了。

我最终使用-h 127.0.0.1，而不是使用默认的var/run/mysqld/mysqld.sock。

以防万一，检查你可以使用的变量

$> mysqladmin variables -u user -p 

这将显示当前变量，在本例中是max_allowed_packet，正如有人在另一个答案中所说，您可以临时设置它

mysql> SET GLOBAL max_allowed_packet=1072731894

在我的情况下，cnf文件没有考虑到，我不知道为什么，所以SET GLOBAL代码真的很有帮助。