程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> SqlServer數據庫 >> 關於SqlServer >> 解決MySQL 5數據庫連接超時問題

解決MySQL 5數據庫連接超時問題

編輯:關於SqlServer
主機網全新上線,買空間、服務器就上主機網,安全有保障!

最近碰到一個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

測試顯示問題解決了。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved