假設(shè)你的數(shù)據(jù)庫(kù)是mysql，如果數(shù)據(jù)源配置不當(dāng)，將可能發(fā)生經(jīng)典的“8小時(shí)問(wèn)題”。原因是mysql在默認(rèn)情況下，如果發(fā)現(xiàn)一個(gè)連接的空閑時(shí)間超過(guò)8小時(shí)，將會(huì)在數(shù)據(jù)庫(kù)端自動(dòng)關(guān)閉這個(gè)連接。而數(shù)據(jù)源并不知道這個(gè)連接已經(jīng)關(guān)閉了，當(dāng)它將這個(gè)無(wú)用的連接返回給某個(gè)dao時(shí)，dao就會(huì)報(bào)無(wú)法獲取connection異常。

如果采用dbcp的默認(rèn)配置，由于testOnBorrow屬性的默認(rèn)值是true，數(shù)據(jù)源在將連接交給dao前，會(huì)事先檢測(cè)這個(gè)連接是否是好的，如果連接有問(wèn)題(在數(shù)據(jù)庫(kù)端被關(guān)閉)，則會(huì)取一個(gè)其他的連接給dao。所以并不會(huì)有“8小時(shí)問(wèn)題”。如果每次將連接交給dao時(shí)都檢測(cè)連接的有效性，在高并發(fā)的應(yīng)用中將會(huì)帶來(lái)性能的問(wèn)題，因?yàn)樗鼤?huì)需要更多的數(shù)據(jù)庫(kù)訪問(wèn)請(qǐng)求。

一種推薦的高效的方式是：將testOnBorrow設(shè)置為false，而將“testWhileIdle”設(shè)置為true，再設(shè)置好testBetweenEvictionRunsMillis值(小于8小時(shí))。那些被mysql關(guān)閉的連接就可以別清除出去，避免“8小時(shí)問(wèn)題”。

當(dāng)然，mysql本身也能調(diào)整interactive-timeout(以秒為單位)配置參數(shù)，更改空閑連接的過(guò)期時(shí)間。所以，在設(shè)置timeBetweenEvictionRunsmMillis值時(shí)，必須首先獲知mysql的空閑連接的最大過(guò)期時(shí)間。

c3p0對(duì)于有效連接的檢測(cè)，請(qǐng)參照dbcp配置方式。

以上所述就是本文的全部?jī)?nèi)容了，希望大家能夠喜歡。

總結(jié)

以上是生活随笔為你收集整理的mysql 8小时问题_Mysql经典的“8小时问题”的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。