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

要遵循并确保三件事:

多次查询是否显示失去连接? 在MySQL中如何使用set query ? 如何同时删除+更新查询?

答案:

总是尝试删除定义器，因为MySQL创建了自己的定义器，如果涉及多个表进行更新，尝试进行单个查询，因为有时多个查询显示丢失连接 总是SET值在顶部，但如果它的条件不涉及SET值，则在DELETE之后。 如果这两个操作在不同的表上执行，先使用删除，再使用更新

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

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

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

参考资料见这里和这里。

我也遇到了同样的问题——但对我来说，解决方案是一个拥有过于严格权限的DB用户。 我必须允许mysql表上的执行能力。在允许之后，我再也没有掉接了

如果您在恢复一个大转储文件期间遇到这个问题，并且可以排除与网络有关的问题(例如在本地主机上执行)，那么我的解决方案可能会有帮助。

我的mysqldump至少有一个INSERT太大，mysql无法计算。你可以通过输入show变量"net_buffer_length";在你的mysql-cli中。 你有三种可能:

increase net_buffer_length inside mysql -> this would need a server restart create dump with --skip-extended-insert, per insert one line is used -> although these dumps are much nicer to read this is not suitable for big dumps > 1GB because it tends to be very slow create dump with extended inserts (which is the default) but limit the net-buffer_length e.g. with --net-buffer_length NR_OF_BYTES where NR_OF_BYTES is smaller than the server's net_buffer_length -> I think this is the best solution, although slower no server restart is needed.

我使用以下mysqldump命令: mysqldump——skip-comments——set-charset——default-character-set=utf8——single-transaction——net-buffer_length 4096 DBX >转储文件