MySQL 數(shù)據(jù)庫連接超時的報錯

org.hibernate.util.JDBCExceptionReporter – SQL Error:0, SQLState: 08S01 
org.hibernate.util.JDBCExceptionReporter – The last packet successfully received from the server was43200 milliseconds ago.The last packet sent successfully to the server was 43200 milliseconds 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 ‘a(chǎn)utoReconnect=true’ to avoid this problem. 
org.hibernate.event.def.AbstractFlushingEventListener – Could not synchronize database state with session 
org.hibernate.exception.JDBCConnectionException: Could not execute JDBC batch update 
com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Connection.close() has already been called. Invalid operation in this state. 
org.hibernate.util.JDBCExceptionReporter – SQL Error:0, SQLState: 08003 
org.hibernate.util.JDBCExceptionReporter – No operations allowed after connection closed. Connection was implicitly closed due to underlying exception/error: 
** BEGIN NESTED EXCEPTION **

大多數(shù)做 DBA 的同學(xué)，可能都會被開發(fā)人員告知，你們的數(shù)據(jù)庫報了這個錯誤了，趕緊看看是哪里的問題。

這個問題是由兩個參數(shù)影響的，wait_timeout 和 interactive_timeout。

數(shù)據(jù)默認(rèn)的配置時間是 28800(8小時)意味著，超過這個時間之后，MySQL 數(shù)據(jù)庫為了節(jié)省資源，就會在數(shù)據(jù)庫端斷開這個連接，MySQL 服務(wù)器端將其斷開了，但是我們的程序再次使用這個連接時沒有做任何判斷，所以就掛了。

解決思路：先要了解這兩個參數(shù)的特性，這兩個參數(shù)必須同時設(shè)置，而且必須要保證值一致才可以。

我們可以適當(dāng)加大這個值，8 小時太長了，不適用于生產(chǎn)環(huán)境。因為一個連接長時間不工作，還占用我們的連接數(shù)，會消耗我們的系統(tǒng)資源。

解決方法：可以適當(dāng)在程序中做判斷，強(qiáng)烈建議在操作結(jié)束時更改應(yīng)用程序邏輯以正確關(guān)閉連接，然后設(shè)置一個比較合理的 timeout 的值(根據(jù)業(yè)務(wù)情況來判斷)。