要遵循并确保三件事:

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

答案:

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

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

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

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

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

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

sudo mysql_upgrade -u root -p

如果你的查询有blob数据，这个问题可以通过应用my.ini更改来修复，就像在这个答案中提出的那样:

[mysqld]
max_allowed_packet=16M

默认情况下，这将是1M(允许的最大值是1024M)。如果提供的值不是1024K的倍数，它将自动舍入到1024K的最接近倍数。

虽然引用的线程是关于MySQL错误2006，设置max_allowed_packet从1M到16M确实修复了2013年的错误，当我运行一个长查询时出现。

对于WAMP用户:您将在[wampmysqld]部分中找到该标志。

至:

编辑->首选项-> SQL编辑器

在“MySQL Session”组中可以看到三个字段，现在可以在其中设置新的连接间隔(以秒为单位)。