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

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

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

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

    c3p0對于有效連接的檢測，請參照dbcp配置方式。

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

您可能感興趣的文章: