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

参考资料见这里和这里。

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

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

在/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

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

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

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

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

最后，你可以联系你的数据库管理员，让他们通过my.conf + mysql restart来增加mysql自身的wait_timeout和interactive_timeout属性，如果重启mysql不是一个选项，也可以做一个全局设置。

希望这能有所帮助!

我的观察是

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

设置自动提交= 0;

OR

开始事务;

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

甚至在那之后

设置自动提交= 1;

OR

提交;

问题依然存在。

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

我知道它很老，但在mac上

1. Control-click your connection and choose Connection Properties.
2. Under Advanced tab, set the Socket Timeout (sec) to a larger value.