解決MySQL 5數(shù)據(jù)庫(kù)連接超時(shí)問(wèn)題
最近碰到一個(gè)mysql5數(shù)據(jù)庫(kù)的問(wèn)題。就是一個(gè)標(biāo)準(zhǔn)的servlet/tomcat網(wǎng)絡(luò)應(yīng)用，后臺(tái)使用mysql數(shù)據(jù)庫(kù)。問(wèn)題是待機(jī)一晚上后，第二天早上***次登錄總是失敗。察看日志發(fā)現(xiàn)如下錯(cuò)誤：
|
“com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure Last packet sent to the server was 0 ms ago.” |
經(jīng)過(guò)一番調(diào)研，發(fā)現(xiàn)很多人都碰到過(guò)類(lèi)似問(wèn)題，但網(wǎng)上令人滿(mǎn)意的回答并不多。mysql網(wǎng)站上的提問(wèn)也很多，但并沒(méi)有正確答案；百度知道上倒是有一個(gè)近似正確的回答?，F(xiàn)將本人的解決辦法總結(jié)一下：
上述問(wèn)題是由mysql5數(shù)據(jù)庫(kù)的配置引起的。mysql5將其連接的等待時(shí)間(wait_timeout)缺省為8小時(shí)。在其客戶(hù)程序中可以這樣來(lái)查看其值：
|
mysql﹥ mysql﹥ show global variables like 'wait_timeout'; +---------------+---------+ | Variable_name | Value | +---------------+---------+ | wait_timeout | 28800 | +---------------+---------+ 1 row in set (0.00 sec) |
28800 seconds，也就是8小時(shí)。
如果在wait_timeout秒期間內(nèi)，數(shù)據(jù)庫(kù)連接(java.sql.Connection)一直處于等待狀態(tài)，mysql5就將該連接關(guān)閉。這時(shí)，你的Java應(yīng)用的連接池仍然合法地持有該連接的引用。當(dāng)用該連接來(lái)進(jìn)行數(shù)據(jù)庫(kù)操作時(shí)，就碰到上述錯(cuò)誤。這解釋了為什么我的程序第二天不能登錄 的問(wèn)題。
你可能會(huì)想到在tomcat的數(shù)據(jù)源配置中有沒(méi)有辦法解決？的確，在jdbc連接url的配置中，你可以附上“autoReconnect=true”，但這僅對(duì)mysql5以前的版本起作用。增加“validation query”似乎也無(wú)濟(jì)于事。
本人覺(jué)得最簡(jiǎn)單的辦法，就是對(duì)癥下藥：既然問(wèn)題是由mysql5的全局變量wait_timeout的缺省值太小引起的，我們將其改大就好了。
查看mysql5的手冊(cè)，發(fā)現(xiàn)對(duì)wait_timeout的***值分別是24天/365天(windows/linux)。以windows為 例，假設(shè)我們要將其設(shè)為21天，我們只要修改mysql5的配置文件“my.ini”(mysql5 installation dir)，增加一行：wait_timeout=1814400
需要重新啟動(dòng)mysql5。
linux系統(tǒng)配置文件：/etc/my.cnf
測(cè)試顯示問(wèn)題解決了。
【編輯推薦】
