快取雪崩
當 快取伺服器（如redis）重啟 或者 大量快取集中在某乙個時間段失效，這樣在失效的時候，會給後端系統(如資料庫db)帶來很大壓力。導致系統崩潰。
如何避免 快取雪崩？
1：在 快取失效 後，通過加鎖或者佇列來控制 讀資料庫 寫快取的執行緒數量。比如對某個key只允許乙個執行緒查詢資料和寫快取，其他執行緒等待。
2：做二級快取，a1為原始快取，a2為拷貝快取，a1失效時，可以訪問a2，a1快取失效時間設定為短期，a2設定為長期
3：對key的失效時間加個隨機數（不同的key，設定不同的過期時間）讓快取失效的時間點盡量均勻
快取穿透
一般的快取系統，都是按照key去快取查詢，如果不存在對應的value，就應該去後端系統查詢（比如db）。一些惡意的請求會故意查詢不存在的key,請求量很大，就會對後端系統造成很大的壓力。這就叫做快取穿透
如何避免 快取穿透？
1：對查詢結果為空的情況也進行快取，快取時間設定短一點，或者該key對應的資料insert了之後清理快取。
2：對一定不存在的key進行過濾。可以把所有的可能存在的key放到乙個大的bitmap中，查詢時通過該bitmap過濾。
源文
快取穿透與快取雪崩
一般的快取系統，都是按照key去快取查詢，如果不存在對應的value，就應該去後端系統查詢 比如db 如果key對應的value是一定不存在的，並且對該key併發請求量很大，就會對後端系統造成很大的壓力。這就叫做快取穿透。1 對查詢結果為空的情況也進行快取，快取時間設定短一點，或者該key對應的資料...
快取穿透與快取雪崩
引用原文 快取系統不得不考慮的另乙個問題是快取穿透與失效時的雪崩效應。快取穿透是指查詢乙個一定不存在的資料，由於快取是不命中時被動寫的，並且出於容錯考慮，如果從儲存層查不到資料則不寫入快取，這將導致這個存在的資料每次請求都要到儲存層去查詢，失去了快取的意義。有 很多種方法可以有效地解決快取穿透問題，...
快取穿透與快取雪崩
一般的快取系統，都是按照key去快取查詢，如果不存在對應的value，就應該去後端系統查詢 比如db 如果key對應的value是一定不存在的，並且對該key併發請求量很大，就會對後端系統造成很大的壓力。這就叫做快取穿透。1 對查詢結果為空的情況也進行快取，快取時間設定短一點，或者該key對應的資料...