這篇文章將為大家詳細講解有關MySQL數據庫中的自動重連機制怎么利用JDBC實現，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

創新互聯主要從事成都網站制作、網站設計、網頁設計、企業做網站、公司建網站等業務。立足成都服務吳江,十余年網站建設經驗,價格優惠、服務專業,歡迎來電咨詢建站服務:18982081108

日志：using the Connector/J connection property 'autoReconnect=true' to avoid this problem

com.mysql.jdbc.CommunicationsException: The last packet successfully received from the server was58129 seconds ago.The last packet sent successfully to the server was 58129 seconds ago, which is longer than the server configured value of 'wait_timeout'. You should consider either expiring and/or testing connection validity before use in your application, increasing the server configured values for client timeouts, or using the Connector/J connection property 'autoReconnect=true' to avoid this problem.

查了一下，原來是MySQL超時設置的問題

如果連接閑置8小時 (8小時內沒有進行數據庫操作), mysql就會自動斷開連接, 要重啟tomcat.

解決辦法：

第一種：如果不用hibernate的話, 則在　connection url中加參數: autoReconnect=true

 jdbc.url=jdbc:mysql://ipaddress:3306/database?autoReconnect=true&autoReconnectForPools=true

第二種：用hibernate的話, 加如下屬性:

 true
 true
 true

第三種：要是還用c3p0連接池:

 1 
 0 
 0
 true

第四種：最不好的解決方案

使用Connector/J連接MySQL數據庫，程序運行較長時間后就會報以下錯誤：

Communications link failure，The last packet successfully received from the server was *** millisecond ago.The last packet successfully sent to the server was ***  millisecond ago。

其中錯誤還會提示你修改wait_timeout或是使用Connector/J的autoReconnect屬性避免該錯誤。

后來查了一些資料，才發現遇到這個問題的人還真不少，大部分都是使用連接池方式時才會出現這個問題，短連接應該很難出現這個問題。

這個問題的原因：

MySQL服務器默認的“wait_timeout”是28800秒即8小時，意味著如果一個連接的空閑時間超過8個小時，MySQL將自動斷開該 連接，而連接池卻認為該連接還是有效的(因為并未校驗連接的有效性)，當應用申請使用該連接時，就會導致上面的報錯。

⑴.按照錯誤的提示，可以在JDBC URL中使用autoReconnect屬性，實際測試時使用了autoReconnect=true& failOverReadOnly=false，不過并未起作用，使用的是5.1版本，可能真像網上所說的只對4之前的版本有效。

⑵.沒辦法，只能修改MySQL的參數了，wait_timeout最大為31536000即1年，在my.cnf中加入：

[mysqld]

wait_timeout=31536000

interactive_timeout=31536000

重啟生效，需要同時修改這兩個參數。

關于Mysql數據庫中的自動重連機制怎么利用JDBC實現就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。