SET @@local.net_read_timeout=360;

警告:当您在远程连接中应用它时，以下将不起作用:

SET @@global.net_read_timeout=360;

编辑:360是秒数

只需执行一次MySQL升级，将重新构建innoDB引擎，并重新构建MySQL正常运行所需的许多表，如performance_schema, information_schema等。

从你的shell中发出下面的命令:

sudo mysql_upgrade -u root -p

这发生在我身上，因为我的innodb_buffer_pool_size被设置为大于服务器上可用的RAM大小。事情因此被中断，然后它发出这个错误。修复方法是用正确的innodb_buffer_pool_size设置更新my.cnf。

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

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

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

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

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

希望这能有所帮助!

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

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

SET @@local.net_read_timeout=360;

警告:当您在远程连接中应用它时，以下将不起作用:

SET @@global.net_read_timeout=360;

编辑:360是秒数