本篇內容主要講解“怎么解決mysql5數據庫連接超時問題”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“怎么解決mysql5數據庫連接超時問題”吧!

發展壯大離不開廣大客戶長期以來的信賴與支持，我們將始終秉承“誠信為本、服務至上”的服務理念，堅持“二合一”的優良服務模式，真誠服務每家企業，認真做好每個細節，不斷完善自我，成就企業，實現共贏。行業涉及成都酒店設計等，在網站建設公司、全網營銷推廣、WAP手機網站、VI設計、軟件開發等項目上具有豐富的設計經驗。

mysql5數據庫連接超時問題的解決辦法　最近碰到一個mysql5數據庫的問題。就是一個標準的servlet/tomcat網絡應用，后臺使用mysql數據庫。問題是待機一晚上后，第二天早上第一次登錄總是失敗。察看日志發現如下錯誤： 　　 “com.mysql.jdbc.exceptions.jdbc4.Communication***ception:
Communications link failure 　　Last packet sent to the server was 0 ms ago.” 　　經過一番調研，發現很多人都碰到過類似問題，但網上令人滿意的回答并不多。mysql網站上的提問也很多，但并沒有正確答案;百度知道上倒是有一個近似正確的回答?，F將本人的解決辦法總結一下： 　　上述問題是由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 　　測試顯示問題解決了。

到此，相信大家對“怎么解決mysql5數據庫連接超時問題”有了更深的了解，不妨來實際操作一番吧！這里是創新互聯建站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！

網頁標題：怎么解決mysql5數據庫連接超時問題-創新互聯
文章網址：http://vcdvsql.cn/article18/eehgp.html

成都網站建設公司_創新互聯，為您提供品牌網站建設、營銷型網站建設、網站策劃、Google、定制開發、外貿建站

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯