mysql的空閑8小時問題

標籤：到期   情況   空閑   als   inter   close   更改   線程   tween   

　　在spring中配置資料來源時，必須設定destroy-method="close"屬性，以便spring容器關閉時，資料來源能正常關閉。

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

　　如果採用DBCP預設配置，testOnBorrow屬性預設值為true，資料來源在將串連交給DAO前，會檢測這個串連是否是正常的，如果有問題，會再取一個串連，所以不會有8小時問題。如果每次在交給DAO時都檢測串連的有效性，則會再高並發時造成效能問題，因為這造成了更多的資料庫訪問請求。

　　另一種方式是：將testOnBorrow設定為false，而將testWhileIdle設定為true，再設定timeBetweenEvictionRunsMillis值。這樣，DBCP會通過一個後台線程定時對空閑串連進行檢測，當發現無用的空閑串連時，會將他們清除掉。只要將timeBetweenEvictionRunsMillis設定為小於8小時，那些被mysql關閉的空閑串連就可以被清除出去，從而避免“8小時問題”。

　　也可以設定mysql本身的interactive-timeout配置參數，更改空閑串連到期時間。在設定timeBetweenEvictionRunsMillis時，需要知道mysql的空閑串連最大到期時間

mysql的空閑8小時問題