mysql服務(wù)器最近老是報(bào)錯(cuò)，內(nèi)容如下：

The last packet successfully received from the server was 65,502,275 milliseconds ago. The last packet sent successfully to the server was 65,502,276 milliseconds ago. 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.

主要的意思是：： 數(shù)據(jù)庫(kù)有長(zhǎng)連接，由于長(zhǎng)時(shí)間沒(méi)有使用，并且空閑時(shí)間超過(guò)了wait_timeout設(shè)置的時(shí)間。 數(shù)據(jù)庫(kù)到了wait_timeout設(shè)定的時(shí)間，自動(dòng)釋放了鏈接。

客戶端還有這個(gè)長(zhǎng)連接，客戶端使用這個(gè)長(zhǎng)連接向mysql數(shù)據(jù)庫(kù)發(fā)送消息，可是這個(gè)鏈接數(shù)據(jù)庫(kù)服務(wù)器端已經(jīng)釋放了，所以爆出上面的錯(cuò)誤.

如果你剛好在數(shù)據(jù)庫(kù)超時(shí)的第一時(shí)間內(nèi)看到日志記錄的話那么，第一次超時(shí)發(fā)生的錯(cuò)誤就是這樣的：

ERROR [org.hibernate.util.JDBCExceptionReporter] - Communications link failure

Last packet sent to the server was 0 ms ago.

如果不是第一次超時(shí)后執(zhí)行，以后每次報(bào)錯(cuò)就變成嵌套的錯(cuò)誤了，就是下面這樣：

ERROR [org.hibernate.util.JDBCExceptionReporter] -

No operations allowed after connection closed.Connection was implicitly closed due to underlying exception/error:

解決辦法：由于項(xiàng)目中代碼比較多，查找哪一個(gè)長(zhǎng)連接沒(méi)有釋放很麻煩，過(guò)程如下：

（1）查看報(bào)錯(cuò)日志的詳細(xì)信息，看關(guān)系到哪一個(gè)dao類出現(xiàn)的問(wèn)題

（2）然后將mysql連接池最大、最小數(shù)據(jù)設(shè)置成3,1.

（3）然后打開(kāi)3個(gè)瀏覽器，進(jìn)行操作

（4）發(fā)現(xiàn)項(xiàng)目確實(shí)很慢，然后詳細(xì)看了一下代碼，確實(shí)由于一個(gè)地方連接池沒(méi)有關(guān)系，導(dǎo)致鏈接一直存在，沒(méi)有釋放。

更多信息請(qǐng)查看IT技術(shù)專欄