在使用python+Django写项目时,需要用到定时任务apscheduler,但服务在长时间运行时,定时任务会报错pymysql.err.OperationalError: (2006, “MySQL server has gone away (BrokenPipeError(32, ‘Broken pipe’))”)

如下图所示,此时,我们可以通过如下方法解决,一共有三个地方。

图一

这个报错出现的原因:操作MySQL数据库的时候,连接超时或者连接的session已经被MySQL抛弃,因为使用了定时任务apscheduler,方式是持久层的框架sqlalchemy,所以,通过3方面来解决。

图二

第一、MySQL,MySQL默认的wait_timeout时间28800秒,即8小时,超过8小时,MySQL就会放弃连接。可以看一下自己的MySQL设置的时间是多少,运行show variables like ‘%timeout%’;这个SQL即可查看到,时间根据自己业务而定,我在这里就保持8小时不变。

图三

第二、需要修改apscheduler持久层连接时间,设置时间小于8小时,即,还没有到MySQL放弃session的时间,apscheduler就主动回收了连接,这样在使用的时候,可以解决由于超时,MySQL主动抛弃session导致的MySQL server has gone away错误。如下图所示,设置连接时间为7小时。并且pool_pre_ping为True,即每次从连接池中取连接的时候,都会验证一下与数据库是否连接正常,如果没有连接,那么该连接会被回收。

图四

第三、在Django中操作数据库时,有两种情况,一种是使用Django的ORM方式操作数据库,即Model.objects.filter()这种方式,我们在报错之前,即操作数据库之前,先关闭连接,再重连数据库,即可解决这种方式的报错情况,引入

from django.db import close_old_connections

在操作数据库之前,加上close_old_connections(),如下图所示。

图五

第四、另外一种方式是自定义执行SQL,原理一样,只需要在操作数据库前,关闭连接即可,引入

from django.db import connection

在操作数据库前,加上connection.close(),如下图所示。

图六

至此,通过上面的修改:

1、MySQL超时时间设置;

2、定时任务持久层设置;

3、Django的ORM形式与自定义SQL两种方式操作前关闭连接;

就彻底解决了MySQL server has gone away这个报错。

文章来源于互联网,如有雷同请联系站长删除:如何解决MySQL server has gone away报错问题

发表评论