如果你的查询有blob数据，这个问题可以通过应用my.ini更改来修复，就像在这个答案中提出的那样:

[mysqld]
max_allowed_packet=16M

默认情况下，这将是1M(允许的最大值是1024M)。如果提供的值不是1024K的倍数，它将自动舍入到1024K的最接近倍数。

虽然引用的线程是关于MySQL错误2006，设置max_allowed_packet从1M到16M确实修复了2013年的错误，当我运行一个长查询时出现。

对于WAMP用户:您将在[wampmysqld]部分中找到该标志。

我的观察是

当你同时运行MySQL工作台和终端时，在终端中你会做-

设置自动提交= 0;

OR

开始事务;

然后你通常会遇到这类问题。

甚至在那之后

设置自动提交= 1;

OR

提交;

问题依然存在。

您需要同时从终端和MYSQL工作台注销，然后重新登录或重新启动。

在/etc/mysql/cnf文件中增加如下内容:

innodb_buffer_pool_size = 64M

例子:

key_buffer              = 16M
max_allowed_packet      = 16M
thread_stack            = 192K
thread_cache_size       = 8
innodb_buffer_pool_size = 64M

我在运行一个存储过程时遇到了这个问题——它正在数据库中的一个表中创建大量的行。 在超过30秒后，我就看到了这个错误。

我尝试了其他答案中的所有建议。我确信其中有一些帮助，然而，真正让我有用的是从Workbench切换到SequelPro。

我猜这是我在Workbench中没有发现的某个客户端连接。 也许这也能帮助到其他人?

这通常意味着你有“与当前版本的MySQL服务器不兼容”，参见mysql_upgrade。我也遇到了同样的问题，我不得不跑掉:

mysql_upgrade——密码 文档声明，“mysql_upgrade应该在每次升级MySQL时执行”。

请尝试取消在编辑→首选项→SQL查询中的限制行

因为你应该在mysql配置文件中设置'interactive_timeout'和'wait_timeout'属性为你需要的值。