在“编辑->首选项->SQL编辑器->MySQL会话”中修改“读取超时”时间

如果这里所有其他解决方案都失败了，请检查您的syslog (/var/log/syslog或类似)，看看您的服务器在查询期间是否内存不足。

当innodb_buffer_pool_size设置得太接近物理内存而没有配置交换文件时出现此问题。MySQL建议将innodb_buffer_pool_size设置为物理内存的80%左右，我将其设置为90%左右，内核正在杀死MySQL进程。将innodb_buffer_pool_size移回80%左右，解决了这个问题。

尝试使用LIMIT。

跟我来

最初，查询是

SELECT * FROM TABLE1;

这是错误代码:2013。在查询MySQL服务器时失去连接

解决方案

使用限额后

SELECT * FROM TABLE1 LIMIT 10;

它工作。当再次尝试查询w/o LIMIT时，也可以工作。

注意:如果这对你有效，并且你知道为什么它有效，请评论。

你好& # 39;

使用命令行选项net_read_timeout / wait_timeout和一个合适的值(以秒为单位)启动DB服务器，例如:——net_read_timeout=100。

参考资料见这里和这里。

此错误消息有三个可能的原因

通常这表明网络连接有问题，如果经常发生这种错误，您应该检查网络的状况 有时，当数百万行作为一个或多个查询的一部分发送时，就会出现“during query”形式。 更罕见的情况是，当客户端尝试到服务器的初始连接时，也会发生这种情况

更多细节请阅读>>

原因2:

SET GLOBAL interactive_timeout=60;

从默认的30秒到60秒或更长时间

原因3:

SET GLOBAL connect_timeout=60;

进入工作台编辑→首选项→SQL编辑器→DBMS连接读取超时时间:高达3000。 错误不再发生。