JDBC實現(xiàn)Mysql自動重連機制的方法詳解
前言
本文主要給大家介紹的是關(guān)于JDBC實現(xiàn)Mysql自動重連機制的相關(guān)內(nèi)容，分享出來供大家參考學習，下面來一起看看詳細的介紹：
日志：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超時設(shè)置的問題
如果連接閑置8小時 (8小時內(nèi)沒有進行數(shù)據(jù)庫操作), mysql就會自動斷開連接, 要重啟tomcat.
解決辦法：
第一種：如果不用hibernate的話, 則在 connection url中加參數(shù): autoReconnect=true
jdbc.url=jdbc:mysql://ipaddress:3306/database?autoReconnect=true&autoReconnectForPools=true
第二種：用hibernate的話, 加如下屬性:
<property name="connection.autoReconnect">true</property> <property name="connection.autoReconnectForPools">true</property> <property name="connection.is-connection-validation-required">true</property>
第三種：要是還用c3p0連接池:
<property name="hibernate.c3p0.acquire_increment">1</property> <property name="hibernate.c3p0.idle_test_period">0</property> <property name="hibernate.c3p0.timeout">0</property> <property name="hibernate.c3p0.validate">true</property>
第四種：最不好的解決方案
使用Connector/J連接MySQL數(shù)據(jù)庫，程序運行較長時間后就會報以下錯誤：
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屬性避免該錯誤。
后來查了一些資料，才發(fā)現(xiàn)遇到這個問題的人還真不少，大部分都是使用連接池方式時才會出現(xiàn)這個問題，短連接應(yīng)該很難出現(xiàn)這個問題。
這個問題的原因：
MySQL服務(wù)器默認的“wait_timeout”是28800秒即8小時，意味著如果一個連接的空閑時間超過8個小時，MySQL將自動斷開該 連接，而連接池卻認為該連接還是有效的(因為并未校驗連接的有效性)，當應(yīng)用申請使用該連接時，就會導致上面的報錯。
⑴.按照錯誤的提示，可以在JDBC URL中使用autoReconnect屬性，實際測試時使用了autoReconnect=true& failOverReadOnly=false，不過并未起作用，使用的是5.1版本，可能真像網(wǎng)上所說的只對4之前的版本有效。
⑵.沒辦法，只能修改MySQL的參數(shù)了，wait_timeout最大為31536000即1年，在my.cnf中加入：
[mysqld] wait_timeout=31536000 interactive_timeout=31536000
重啟生效，需要同時修改這兩個參數(shù)。
總結(jié)
以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學習或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。
相關(guān)文章
在日常開發(fā)時,我們常常需要 在SpringBoot應(yīng)用啟動時執(zhí)行某一段邏輯,如獲取一些當前環(huán)境的配置或變量、向數(shù)據(jù)庫寫入一些初始數(shù)據(jù)或者連接某些第三方系統(tǒng),確認對方可以工作,那么在實現(xiàn)初始化邏輯代碼時就需要小心了,所以本文介紹了SpringBoot初始化加載配置的方式2024-12-12
SpringBoot常見get/post請求參數(shù)處理、參數(shù)注解校驗及參數(shù)自定義注解校驗詳解
這篇文章主要給大家介紹了關(guān)于SpringBoot常見get/post請求參數(shù)處理、參數(shù)注解校驗及參數(shù)自定義注解校驗的相關(guān)資料,文中通過實例代碼介紹的非常詳細,需要的朋友可以參考下2022-03-03
SpringBoot2.x中management.security.enabled=false無效的解決
這篇文章主要介紹了SpringBoot2.x中management.security.enabled=false無效的解決方案，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2021-07-07
這篇文章主要介紹了在今天這篇博文中，我將要介紹一下mybatis的框架原理，以及mybatis的入門程序，實現(xiàn)用戶的增刪改查，她有什么優(yōu)缺點以及mybatis和hibernate之間存在著怎么樣的關(guān)系，大家這些問題一起通過本文學習吧2016-09-09
現(xiàn)在面試Java開發(fā)時，基本都會問到Java虛擬機的知識，根據(jù)職位不同問的內(nèi)容深淺又有所區(qū)別。本文整理了10道面試中常問的Java虛擬機面試題，希望對正在面試的同學有所幫助2021-06-06
在之前的Javaweb學習中，學習了手動封裝JdbcTemplate，其好處是通過(sql語句+參數(shù))模板化了編程。而真正的JdbcTemplate類，是Spring框架為我們寫好的。它是 Spring 框架中提供的一個對象，是對原始 Jdbc API 對象的簡單封裝。2021-09-09
這篇文章主要介紹了JAVA String.valueOf()方法的用法說明，具有很好的參考價值，希望對大家有所幫助。一起跟隨小編過來看看吧2020-09-09
Java數(shù)據(jù)結(jié)構(gòu)之Map與Set專篇講解
這篇文章通過實例面試題目來講解Java中Map和Set之間的關(guān)系，具有很好的參考價值，Map與Set在面試中經(jīng)常會遇到。一起跟隨小編過來看看吧2022-01-01
這篇文章主要介紹了JAVA 靜態(tài)的單例的實例詳解的相關(guān)資料,這里提供了實例方法，來說名不僅實現(xiàn)了延遲加載，又可以保證線程安全，不影響系統(tǒng)性能，需要的朋友可以參考下2017-07-07
SpringBoot集成screw實現(xiàn)數(shù)據(jù)庫文檔生成的代碼示例
數(shù)據(jù)庫設(shè)計文檔是項目技術(shù)文檔的重要組成部分,Screw 是一款開源的數(shù)據(jù)庫文檔生成工具,它支持多種數(shù)據(jù)庫類型,并能生成豐富格式的文檔,本文將通過一個實際的例子,展示如何使用 Spring Boot 集成 Screw 生成數(shù)據(jù)庫設(shè)計文檔2024-07-07