問題

在Django中使用mysql偶爾會出現數據庫連接丟失的情況，錯誤通常有如下兩種

OperationalError: (2006, 'MySQL server has gone away')
OperationalError: (2013, 'Lost connection to MySQL server during query')

查詢mysql全局變量SHOW GLOBAL VARIABLES;可以看到wait_timeout，此變量表示連接空閑時間。如果客戶端使用一個連接查詢多次數據庫，如果連續查詢則沒有問題，如果查詢幾次后停頓超過wait_timeout后再次查詢就會出現數據庫連接丟失。

復現

下面用Django復現下次問題：

將mysql的wait_timeout設置為10秒，然后進入django shell模擬查詢（以下錯誤信息只保留了部分）

In[1]：import time
In[2]：from django.contrib.auth.models import User
In[3]：list(User.objects.filter(id=1))
Out[3]：[<User: admin>]
In[4]：time.sleep(15) # 模擬比較慢的代碼（其中沒有查詢數據庫的代碼），或者空閑什么都不操作一段時間，此時間要比`wait_timeout`大一些
list(User.objects.filter(id=1))
Traceback (most recent call last):

  File "<ipython-input-4-3574ae8220ee>", line 1, in <module>
    list(User.objects.filter(id=1))

  File "/usr/lib/python3.6/site-packages/pymysql/connections.py", line 1037, in _read_bytes
    CR.CR_SERVER_LOST, "Lost connection to MySQL server during query")
django.db.utils.OperationalError: (2013, 'Lost connection to MySQL server during query')

尋求

那么以上問題就基本說明了是空閑時間過長導致的錯誤。

django為了減少不必要的數據庫連接、關閉，復用了數據庫連接，當開始一個請求后建立一個連接池存放連接，之后此次請求都復用一個連接。那猜測就是django保存連接的比wait_timeout長了，如果保存時間短一些就可以重新建立連接避免此錯誤了。 沒錯，官方文檔也已經說明了此問題，設置數據庫 CONN_MAX_AGE參數，示例：

DATABASES = { "default": { 'ENGINE': 'django.db.backends.mysql', 'NAME': '', 'USER': '', 'PASSWORD': '', 'HOST': '', 'CONN_MAX_AGE': 9 # 比wait_timeout小一些 }}

當我們測試后卻發現，事情并非想想中那么簡單。為何錯誤依舊出現？這一切的背后， 是人性的扭曲還是道德的淪喪?敬請收看下節《突破》。

突破

對django源碼中CONN_MAX_AGE進行了一番搜索，順藤摸瓜發現了django關閉失效連接的方法django.db.close_old_connections()：

# Register an event to reset transaction state and close connections past# their lifetime.def close_old_connections(**kwargs): for conn in connections.all():  conn.close_if_unusable_or_obsolete()signals.request_started.connect(close_old_connections)signals.request_finished.connect(close_old_connections)