2016年5月中旬,由於急著項目上線,cassandra3.4版本在沒有很多測試的情況下就使用了,當時部署在3台16G的windows系統伺服器上。幾個月使用下來,多數問題都是OOM導致的宕機 。特別是有一次宕機,在重啟資料庫後發現記憶體不斷上升,多次重啟也都是如此。通過觀察判斷可能原因是資料庫採取的 ...
2016年5月中旬,由於急著項目上線,cassandra3.4版本在沒有很多測試的情況下就使用了,當時部署在3台16G的windows系統伺服器上。幾個月使用下來,多數問題都是OOM導致的宕機 。特別是有一次宕機,在重啟資料庫後發現記憶體不斷上升,多次重啟也都是如此。通過觀察判斷可能原因是資料庫採取的預設compact策略-SizeTieredCompactionStrategy(將磁碟上小的DB文件合成大DB文件)。經過幾個月的數據入庫, 該策略已經產生了多個3g的DB文件, 不知道是資料庫有bug 還是記憶體太小,之後的壓縮就導致了記憶體泄漏問題。 有關cassandra壓縮策略和升級等陸續更新。