使用MySql Server 8.0.28社区版，在我的模式中创建了100多个表。MySql服务器不能正常工作，多次崩溃。我发现了问题和解决方案。

我写了“select count(*) from table1..”Table100”查询并在.sql文件中运行。

问题1:MySql服务器设置utf8mb4和我的表创建utf8。

解决方案1:必须设置表和列，或者使用utf8mb4重新创建。

问题2:需要重新配置back_log参数。

解决方案2:set back_log=50+(coonectioncount/5)

问题3:wait_timeout参数需要重新配置。

解决方案3:您必须将其设置为180+(您可以尝试较大的值)

这个行动解决了我的问题。

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

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

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

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

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

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

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

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

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

希望这能有所帮助!

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

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

更多细节请阅读>>

原因2:

SET GLOBAL interactive_timeout=60;

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

原因3:

SET GLOBAL connect_timeout=60;

我有这个错误消息，由于一个问题后升级Mysql。在我尝试进行任何查询后，错误立即出现

检查mysql错误日志文件在/var/log/mysql路径下

在我的情况下，重新分配Mysql的所有者Mysql系统文件夹为我工作

chown -R mysql:mysql /var/lib/mysql