错误代码:2013。查询期间与MySQL服务器的连接丢失
我正在使用MySQL Workbench。此外,我正在运行一批插入,总共约1000行(例如INSERT INTO mytable SELECT * FROM mysource1; INSERT INTO mytable SELECT * FROM mysource2;...mysource3...mysource4
乘以1000倍)每批需要相当长的时间,其中一些,超过600秒。
如何配置工作台,继续工作一夜之间,不停止而不会丢失连接?
答案 0 :(得分:262)
从现在的unavailable互联网档案:
转到编辑 - >偏好 - > SQL编辑器并将此参数设置为更高的值:DBMS连接读取超时(以秒为单位)。例如:86400。
关闭并重新打开MySQL Workbench。杀死你之前的查询 可能正在运行并再次运行查询。
答案 1 :(得分:41)
如果您使用的是“基于SSH的标准TCP / IP”类型的连接,请在“首选项” - >“其他”下面显示“SSH KeepAlive”字段。我花了很长时间才找到它:(
答案 2 :(得分:13)
在5.2.47(至少在mac上),首选项的位置是:MySQLWorkbench-> Preferences-> SQL Editor
然后你会看到两个:
DBMS连接保持活动间隔(以秒为单位): DBMS连接读取超时(以秒为单位):
后者是你想要将限制从600增加到更多的地方。
答案 3 :(得分:9)
答案 4 :(得分:2)
如果您使用的是“基于SSH的标准TCP / IP”类型的连接,则可能是ssh服务器保持超时,在这种情况下,您必须在/ etc / ssh / sshd_config中编辑TCPKeepAlive相关设置在你的服务器上。
答案 5 :(得分:2)
我在2013年遇到此错误,上述偏好更改都没有解决问题。我重新启动了mysql服务,问题就消失了。
答案 6 :(得分:2)
好的 - 所以这个问题让我疯狂 - 在Ubuntu Linux上的v 6.3.6。上述解决方案均不适合我。以前连接到localhost mysql服务器总是运行正常。连接到远程服务器总是超时 - 大约60秒后,有时会在更短的时间后,有时更多。
最终对我有用的是将Workbench升级到6.3.9 - 不再断开连接。
答案 7 :(得分:1)
我遇到类似的问题,其中CREATE FULLTEXT
在30秒后超时:
在“编辑”->“首选项”->“ SQL编辑器”下,将DBMS连接读取超时间隔设置为0,对我来说解决了该问题:
此外,我不必重启mysql工作台即可工作。
答案 8 :(得分:0)