解決MySQL5資料庫連接逾時問題

今天登入JR後，發現自己的頭銜居然是“元老專家”。flattered。只說明本人在這晃悠了一段時間了，JR做的很好的，為大家提供了一個交流的平台。

言歸正傳。最近碰到一個MySQL5資料庫的問題。就是一個標準的servlet/tomcat網路應用，後台使用MySQL資料庫。問題是待機一晚上後，第二天早上第一次登入總是失敗。察看日誌發現如下錯誤：

“com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

Last packet sent to the server was 0 ms ago.”

經過一番調研，發現很多人都碰到過類似問題，但網上令人滿意的回答並不多。MySQL網站上的提問也很多，但並沒有正確答案；百度知道上倒是有一個近似正確的回答。現將本人的解決辦法總結一下：

上述問題是由MySQL5資料庫的配置引起的。mysql5將其串連的等待時間（wait_timeout）預設為8小時。在其客戶程式中可以這樣來查看其值：

mysql>

mysql> show global variables like 'wait_timeout';

+---------------+---------+

| Variable_name | Value   |

+---------------+---------+

| wait_timeout  | 28800   |

+---------------+---------+

1 row in set (0.00 sec)

28800 seconds，也就是8小時。

如果在wait_timeout秒期間內，資料庫連接（java.sql.Connection）一直處於等待狀態，mysql5就將該串連關閉。這時，你的Java應用的串連池仍然合法地持有該串連的引用。當用該串連來進行資料庫操作時，就碰到上述錯誤。這解釋了為什麼我的程式第二天不能登入的問題。

你可能會想到在tomcat的資料來源配置中有沒有辦法解決？的確，在jdbc串連url的配置中，你可以附上“autoReconnect=true”，但這僅對mysql5以前的版本起作用。增加“validation query”似乎也無濟於事。

本人覺得最簡單的辦法，就是對症下藥：既然問題是由MySQL5的全域變數wait_timeout的預設值太小引起的，我們將其改大就好了。

查看MySQL5的手冊，發現對wait_timeout的最大值分別是24天/365天（windows/Linux）。以windows為例，假設我們要將其設為21天，我們只要修改mysql5的設定檔“my.ini”（mysql5 installation dir），增加一行：wait_timeout=1814400

需要重新啟動MySQL5。

Linux系統設定檔：/etc/my.cnf

測試顯示問題解決了。