最近折騰了jpa後，接下來就會發現乙個大的問題，就是mysql在連線8個小時後，會自動的釋放連線。這個時候持久層用的連線池就會報錯了，頭疼的要死，後來找了一堆資料，看了下，只有乙個辦法，設定資料庫連線的閒置時間，然後在連線池這一層做反閒置設定，意思就是在連線閒置以前先釋放掉這個連線。就不會出現問題了。
我用的連線池是c3p0
我這裡用的是mysql
那麼直接修改或者增加 mysql 的 wait_timeout 屬性的值。
修改/etc/mysql/my.cnf檔案，在 [mysqld] 節中設定：
# set a connection to wait 8 hours in idle status.
wait_timeout = 86400
第二步設定c3p0
基本上就是這幾條
以上設定完成以後，就應該沒啥問題了，我現在還在測試中，明天就有結果了，到時候在更新blog
其他的連線池也應該有類似的問題，可以參照一下 ：）
第二天訪問的時候果然沒有出現連線池的錯誤了，呵呵，不錯。
SSH 連線超時解決辦法
高版本的 linux 自帶的openssh 在使用的時候，幾分鐘不操作的話就會自動斷開連線，這是出於安全的考慮，但是對於需要長時間使用的使用者來說很麻煩，每次都要重新連線。原因有多種 環境變數 tmout 引起,clientalivecountmax 和clientaliveinterval 設定問...
SSH 連線超時解決辦法
高版本的linux 自帶的openssh 在使用的時候，幾分鐘不操作的話就會自動斷開連線，這是出於安全的考慮，但是對於需要長時間使用的使用者來說很麻煩，每次都要重新連線。原因有多種,環境變數tmout 引起,clientalivecountmax 和clientaliveinterval 設定問題或...
SSH 連線超時解決辦法
高版本的 linux 自帶的openssh 在使用的時候，幾分鐘不操作的話就會自動斷開連線，這是出於安全的考慮，但是對於需要長時間使用的使用者來說很麻煩，每次都要重新連線。原因有多種 環境變數 tmout 引起,clientalivecountmax 和clientaliveinterval 設定問...