什麼是快取擊穿：key對應的資料存在，但是在redis中key過期了，此時如有大量的併發請求過來，這些請求發現快取過期一般都會從後端伺服器載入資料並回設到快取，這個時候大併發請求可能會瞬間把後端db壓垮；
如圖：出現快取穿透的特點：
1.資料庫訪問壓力瞬間增加
2.redis裡面出現大量key過期
3.rdis正常執行
可能原因：
1.redis某個熱門key過期了，但是某瞬間大量訪問使用這個key
解決方案：
key可能會在某個時間點被超高併發訪問，是一種非常熱點的資料，這個時候要考慮乙個問題：快取被擊穿的問題
解決：1.預先設定熱門資料：
在redis高峰訪問之前，把一些熱門資料提前存入到redis裡面，加大這些熱門資料key的時常
2.實時調整
現場監控哪些資料熱門，調整key的過期時常
3.設定鎖
（1）就是在快取失效的時候（判斷拿出來的值為空），不是立刻去載入資料庫
（2）先使用快取工具來設定下鎖
（3）當初操作返回成功是，在進行載入資料庫的操作，並回設快取，最後刪除鎖
（4）當操作返回失敗時，證明有現程在載入資料庫，當前現程睡眠一段時間再重試整個get快取的方法
設定鎖的缺點：影響效率
原文位址：
redis快取擊穿
1 快取擊穿出現的場景 我們知道redis的資料是儲存在記憶體的，而記憶體是有限的，所以一般會設定過期時間，當某個key過期了，而此時大量的併發來請求這個key，導致都去請求mysql啦，而mysql的併發連線數很低，缺少了redis這層盾牌，mysql自然扛不住，這不是架構的問題，因為之前的架構中...
redis 快取擊穿 3
在談論快取擊穿之前，我們先來回憶下從快取中載入資料的邏輯，如下圖所示 因此，如果黑客每次故意查詢乙個在快取內必然不存在的資料，導致每次請求都要去儲存層去查詢，這樣快取就失去了意義。如果在大流量下資料庫可能掛掉。這就是快取擊穿。場景如下圖所示 我們正常人在登入首頁的時候，都是根據userid來命中資料...
redis快取擊穿問題
1.讀模式，如何讀取乙個資料，應該遵循先從快取中讀取，如果快取中沒有，再在資料庫讀取，如果在資料庫查到資料則再放到快取中，並返回 2.寫模式，如何保證快取中的資料和資料庫中的資料是一致的 可以使用雙寫模式或失效模式 指查詢乙個一定不存在的資料，由於快取是不命中的，將會查詢資料庫，但是資料庫也無此記錄...