_mysql_exceptions.OperationalError: (2013, ‘Lost connection to MySQL server during query’)
因为mysql有一个默认的connect_timeout时间,一旦超过,会自动关闭连接。
可以尝试以下两种方式:
-
创建连接时制定connect_timeout时间,设置长一点。
-
每次操作数据库是都建立一次连接,操作结束后关闭掉。在代码中,及时关闭游标,关闭连接。
解决
在新建查询窗口输入命令show global variables like '%timeout%';
来查看connect_timeout
的连接超时时间
使用命令SET GLOBAL connect_timeout = 24*3600;
来设置connect_timeout的值,这里的24是小时,3600是秒
1. MySQL 服务器真的不见了
我们可以通过检查服务器正常运行时间(uptime)和服务器的错误日志来检查是否服务器确实消失了。
查看MySQL的正常运行时间(uptime):show global status like 'uptime';
查询错误日志的存储位置,然后打开错误日志,根据日志记录,确认是否存在服务器宕机。
查询错误日志的存储位置:show variables like '%error';
如果MySQL服务器确实消失了,它是关闭了还是崩溃了,MySQL的错误日志会提供答案。通常MySQL的守护程序(mysqld)将由mysqld_safe包装器进程重新启动。
### 2. 连接超时
查看各项连接时间:show global variables like '%timeout';
这些值是相对是MySQL的默认值,但是如果你的超时时间很短,则可能会出现这个错误,比如:
3. 你的SQL语句被杀死了
有些系统会主动杀死运行时间过长的SQL语句,我们可以通过查看已经执行的kill语句数量来检查是否可能发生这种情况。
查看mysql请求连接进程被主动杀死:show global status like 'com_kill';
4. 你的SQL语句太大了
稍微难以测试和验证,但是MySQL使用最大数据包站站点进行服务器和客户端之间的通信。如果语句包含大字段,则可能由于SQL语句的大小,而被中止。
我们可以通过语句查看一下允许的最大包大小:show global variables like 'max_allowed_packet'; (1024*1024*5=5242880)
如果值比较小,可以设置大一点:set global max_allowed_packet=1024*1024*16;
如果修改后不够大,可以继续加大。
注:通过命令行设置的大小仅对本次的有效,重启后就会回归原始值。通过修改配置文件(my.ini)则可以永久的设置参数。
参考:https://www.cnblogs.com/yuzhaoblog/p/8678904.html
https://jingyan.baidu.com/article/ca00d56c081770e99eebcf9c.html
https://blog.csdn.net/xiaomei_haimi/article/details/81087037