Mysql“8小時問題”

標籤：

 假設你的資料庫是mysql，如果資料來源配置不當，將可能發生經典的“8小時問題”。原因是mysql在預設情況下，如果發現一個串連的空閑時間超過8小時，將會在資料庫端自動關閉這個串連。而資料來源並不知道這個串連已經關閉了，當它將這個無用的串連返回給某個dao時，dao就會報無法擷取connection異常。

    如果採用dbcp的預設配置，由於testOnBorrow屬性的預設值是true，資料來源在將串連交給dao前，會事先檢測這個串連是否是好的，如果串連有問題（在資料庫端被關閉），則會取一個其他的串連給dao。所以並不會有“8小時問題”。如果每次將串連交給dao時都檢測串連的有效性，在高並發的應用中將會帶來效能的問題，因為它會需要更多的資料庫訪問請求。

    一種推薦的高效的方式是：將testOnBorrow設定為false，而將“testWhileIdle”設定為true，再設定好testBetweenEvictionRunsMillis值（小於8小時）。那些被mysql關閉的串連就可以別清除出去，避免“8小時問題”。

    當然，mysql本身也能調整interactive-timeout（以秒為單位）配置參數，更改空閑串連的到期時間。所以，在設定timeBetweenEvictionRunsmMillis值時，必須首先獲知mysql的空閑串連的最大到期時間。

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

Mysql“8小時問題”