根据我所理解的，这个错误是由于读取超时引起的，最大允许的包默认值是4M。如果你的查询文件超过4Mb，那么你会得到一个错误。这对我很有效

修改读超时时间。要进行更改，请单击工作台编辑器→首选项→SQL编辑器

2. 通过编辑my.ini文件手动更改max_allowed_packet。请到“C:\ProgramData\MySQL\MySQL Server 8.0\my.ini”目录进行编辑。ProgramData文件夹是隐藏的，所以如果你没有看到，那么选择在视图设置中显示隐藏文件。在my.ini文件中设置max_allowed_packet = 16M。 3.重新启动MySQL。如果需要重新启动，请执行win+ R ->服务。重新启动MySQL。

检查有关

OOM on /var/log/messages ,
modify innodb_buffer_pool_size value ; when load data , use 50% of os mem ; 

希望这能有所帮助

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

[mysqld]
max_allowed_packet=16M

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

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

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

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

对于那些使用SSH连接到MySQL数据库的人来说，这里似乎缺少一个答案。你需要检查两个地方，而不是其他答案建议的1:

工作台编辑→首选项→SQL编辑器→DBMS

工作台编辑→首选项→SSH→超时

我的默认SSH超时设置得很低，导致了一些(但显然不是全部)超时问题。之后，不要忘记重新启动MySQL工作台!

最后，你可以联系你的数据库管理员，让他们通过my.conf + mysql restart来增加mysql自身的wait_timeout和interactive_timeout属性，如果重启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