MySql配置為刪除任何閑置超過8小時的連接。 這意味著什么？ 在8個小時的間隔后返回到已部署的應用程序之后（如果未更改默認SQL參數），將會遇到異常情況。

如何解決這個問題？

增加wait_time參數-不是一個好主意，它可能不必要地占用了資源，并且不一定是可靠的解決方法。 除此之外，依靠“外部”配置進行故障轉移不是一個好主意-如果服務器本身崩潰了，怎么可能在一個實例中丟失了該配置呢？
這種方法會出現問題。

將參數autoReconnect = true與JDBC URL一起使用-我的SQl本身不建議這樣做，請查看鏈接，并且人們報告說這樣做也不起作用，請參考鏈接。

自定義處理-讓您的代碼確定連接已丟失，然后恢復它并嘗試重新連接，但是這將在代碼中帶來很多故障轉移機制。

我發現的最佳方法是將池機制配置為c3p0。 看到這篇文章如何在JPA中為休眠配置c3p0，它簡單，簡單且可靠。

那么，您如何測試該問題已解決？

將MySql中的wait_timeout更改為僅2分鐘，這是可以從MySql工作臺管理控制臺完成的方法

保持idleTestPeriod的值小于wait_timeout-快速回顧一下idleTestPeriod的含義

idleTestPeriod: default value=0; If this is a number greater than 0, c3p0 will test all idle, pooled but unchecked-out connections, every this number of seconds

在wait_timeout過去之后登錄-它不應引發異常

參考： 在幾個小時后 ，我們的JCG合作伙伴 Chandan Pandey在“ 軟件設計和開發思想”博客上自動 斷開了MySql連接 。

翻譯自: https://www.javacodegeeks.com/2013/01/mysql-connections-autodrop-after-a-certain-hours.html

總結

以上是生活随笔為你收集整理的某些小时后MySql连接自动掉线的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。