[787]mysql_exceptions.OperationalError: (2013, 'Lost connection to MySQL server

_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）则可以永久的设置参数。