在交互环境下直接启动pyhton脚本没有问题，放在定时任务中时候，总是出现

(2006, 'MySQL server has gone away') 的错误，开始以为是定时框架外部调用的问题，但是后来想想也不合理，为啥直接在shell中调用就没错呢，

想到django1.6的一些数据库连接的新属性（例如持久化连接等）会不会有影响，于是google了下。

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

https://code.djangoproject.com/ticket/21597

如果单纯的查询这个数据库错误，很多都是让你修改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 采用署名-非商业性使用-相同方式共享协议