什麼是快取雪崩？怎麼解決？
快取雪崩是指快取中資料大批量到過期時間，而查詢資料量巨大，引起資料庫壓力過大甚至down機。和快取擊穿不同的是，快取擊穿指併發查同一條資料。
如何解決呢？
什麼是快取穿透？怎麼解決？
快取穿透是指快取和資料庫中都沒有的資料，而使用者不斷發起請求，如發起為id為「-1」的資料或id為特別大不存在的資料。這時的使用者很可能是攻擊者，攻擊會導致資料庫壓力過大。
如何解決呢？
什麼是快取擊穿？怎麼解決？
快取擊穿是指快取中沒有但資料庫中有的資料（一般是快取時間到期），這時由於併發使用者特別多，同時讀快取沒讀到資料，又同時去資料庫去取資料，引起資料庫壓力瞬間增大，造成過大壓力。
如何解決呢？
什麼是快取併發競爭？怎麼解決？
多個客戶端寫乙個 key，如果順序錯了，資料就不對了。但是順序我們無法控制。
如何解決呢？
使用分布式鎖，例如 zk，同時加入資料的時間戳。同一時刻，只有搶到鎖的客戶端才能寫入，同時，寫入時，比較當前資料的時間戳和快取中資料的時間戳。
什麼是快取和資料庫雙寫不一致？怎麼解決？
連續寫資料庫和快取，但是操作期間，出現併發了，資料不一致了。
通常，更新快取和資料庫有以下幾種順序：
先更新資料庫，再更新快取
這麼做的問題是：當有 2 個請求同時更新資料，那麼如果不使用分布式鎖，將無法控制最後快取的值到底是多少。也就是併發寫的時候有問題。
先刪快取，再更新資料庫
這麼做的問題：如果在刪除快取後，有客戶端讀資料，將可能讀到舊資料，並有可能設定到快取中，導致快取中的資料一直是老資料。
解決方案：延時雙刪策略，可將1秒內快取髒資料，再次刪除。最後一步的刪除通常是非同步操作，就是防止有客戶端讀取的時候設定了舊值。
先更新資料庫，再刪除快取
這個實際是常用的方案，但是有很多人不知道，這裡介紹一下，這個叫 cache aside pattern，老外發明的。如果先更新資料庫，再刪除快取，那麼就會出現更新資料庫之前有瞬間資料不是很及時。
同時，如果在更新之前，快取剛好失效了，讀客戶端有可能讀到舊值，然後在寫客戶端刪除結束後再次設定了舊值，非常巧合的情況。
有 2 個前提條件：快取在寫之前的時候失效，同時，在寫客戶端刪除操作結束後，放置舊資料 —— 也就是讀比寫慢。甚至有的寫操作還會鎖表。
所以，這個很難出現，但是如果出現了怎麼辦？使用非同步延時雙刪！。
還有一種可能，如果執行更新資料庫，準備執行刪除快取時，服務掛了，執行刪除失敗怎麼辦？？？
簡單點的方法就是使用訊息佇列重試刪除：
更好的方案：通過訂閱資料庫的 binlog 來刪除
吃水不忘挖井人：
Redis 面試常見問答
通常，我們會使用快取用於緩衝對 db 的衝擊，如果快取宕機，所有請求將直接打在 db，造成 db 宕機 從而導致整個系統宕機。如何解決呢？2 種策略 同時使用 對快取做高可用，防止快取宕機 使用斷路器，如果快取宕機，為了防止系統全部宕機，限制部分流量進入 db，保證部分可用，其餘的請求返回斷路器的預...
C 常見問答面試題詳解
1.請說出static和const關鍵字盡可能多的作用 static關鍵字至少有下列n個作用 1 函式體內static變數的作用範圍為該函式體，不同於auto變數，該變數的記憶體只被分配一次，因此其值在下次呼叫時仍維持上次的值 2 在模組內的static全域性變數可以被模組內所用函式訪問，但不能被模...
Redis 面試常見問題
redis常見問題 為什麼使用redis 效能和併發 分布式鎖還有其他中介軟體可以代替 使用redis有什麼缺點 單執行緒的redis問什麼這麼快 redis的資料型別，以及每種資料型別的使用場景 redis 的過期策略以及記憶體淘汰機制 redis 採用定期刪除 惰性刪除策略 採用定期刪除 惰性刪...