[django1.6]跑批任务错误(2006, 'MySQL server has gone away')

有个django的定时任务的需求,调用django的orm来对数据库进行数据处理。 


在交互环境下直接启动pyhton脚本没有问题,放在定时任务中时候,总是出现
(2006, 'MySQL server has gone away')  的错误,开始以为是定时框架外部调用的问题,但是后来想想也不合理,为啥直接在shell中调用就没错呢,
想到django1.6的一些数据库连接的新属性(例如持久化连接等)会不会有影响,于是google了下。


看到django官网上有人提过这个类似于bug的东西: 有兴趣可以浏览一遍



如果单纯的查询这个数据库错误,很多都是让你修改mysql的配置,看下这里最终给的建议把。

If you hit this problem and don't want to understand what's going on, don't reopen this ticket, just do this:

  • RECOMMENDED SOLUTION: close the connection with from django.db import connection; connection.close() when you know that your program is going to be idle for a long time.
  • CRAPPY SOLUTION: increase wait_timeout so it's longer than the maximum idle time of your program.

In this context, idle time is the time between two successive database queries.

这个方案就说把django到mysql的数据库连接关闭了,然后重新建立一个来查询,如果想了解下为什么,可以重头看下这讨论。


from django.db import connection

def is_connection_usable():
    try:
        connection.connection.ping()
    except:
        return False
    else:
        return True
 
def do_work():
    while(True): # Endless loop that keeps the worker going (simplified)
        if not is_connection_usable():
            connection.close()
        try:
            do_a_bit_of_work()
        except:
            logger.exception("Something bad happened, trying again")
            sleep(1)




简单的理解,就是django1.6 会自动保持连接, 因为我这个任务时24小时执行一次, 第一执行的时候django和mysql建立的一个链接A, 结果这个任务10分钟就完成了,连接A开始睡眠,django继续保持这连接。 

23小时50分钟以后,这个任务又开始执行了,但是由于msyql的waittime默认是8个小时,连接A这个时候已经死了(msyql单方面解除合同,django还蒙在鼓里),django还用连接A去连接mysql,肯定得到一个gone away的结果。

所有我们在每次执行任务之前去检查连接是否存活,如果没了那么就close,django自动重新建立一个,这样就消除了上面的错误。

本文出自 “orangleliu笔记本” 博客,转载请务必保留此出处http://blog.csdn.net/orangleliu/article/details/41480417

作者orangleliu 采用署名-非商业性使用-相同方式共享协议



  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
当遇到"Django 'MySQL server has gone away'"错误时,通常是由于数据库连接断开导致的。这个错误通常发生在长时间没有操作数据库的情况下,MySQL服务器会自动断开连接以保护资源。 解决这个问题的一个方法是在进行数据库处理之前,主动关闭DjangoMySQL的数据库连接,然后重新建立一个新的连接来查询。这样可以确保每次操作都使用一个新的连接,避免使用已经断开的连接导致错误。 另外,MySQL的默认wait_timeout是8个小时,这意味着如果一个连接在8小时内没有活动,MySQL会自动断开该连接。对于定时任务而言,如果任务执行时间很短,那么在第一次执行后,DjangoMySQL建立的连接会自动保持8小时的连接,但是在8小时之后,MySQL会断开连接。所以当再次执行任务时,Django仍然使用上次的连接去连接MySQL,从而导致'MySQL server has gone away'的错误。 因此,解决这个问题的一种方法是在每次执行任务之前,都重新建立一个新的数据库连接,以避免使用已断开的连接。这可以通过在任务执行前关闭旧连接,并在执行任务时建立一个新的连接来实现。这样可以确保每次任务都使用一个新的、有效的数据库连接。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *3* [解决Django执行定时调度器出现MySQL server has gone away](https://blog.csdn.net/sishi22/article/details/127805741)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] - *2* [Django-apscheduler “mysql server has gone away” solution](https://blog.csdn.net/weixin_45167303/article/details/122955174)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值