產生雪崩的原因：
快取雪崩通俗簡單的理解就是：由於原有快取失效（或資料未載入到快取中），新快取未到期間（快取正常從Redis中獲取，如下圖）所有原本應該訪問快取的請求都去查詢資料庫了，而對資料庫CPU和記憶體造成巨大壓力，嚴重的會造成資料庫宕機，造成系統的崩潰。
基本解決想法如下：
第一，大多數系統設計者考慮用加鎖或佇列的方式保證來確保不會有大量的執行緒對資料庫一次進行讀寫，避免快取失效時對資料庫造成太大的壓力，雖然能夠在一定的程度上緩解了資料庫的壓力但是同時又降低了系統的吞吐量。
第二，分析使用者的行為，盡量讓快取失效的時間均勻分佈。
第三，如果是因為某台快取伺服器宕機，可以考慮做主備，例如：redis主備，但是雙重快取涉及到更新事務的問題，update可能讀到髒數據，需要好好解決。
Redis雪崩效應的解決方案：
1、可以使用分散式鎖，單機版的話本地鎖
2、訊息中介軟體方式
3、一級和二級快取Redis Ehchache
4、均攤分配Redis的key的失效時間
解釋：
1、 當突然有大量請求到資料庫伺服器時候，進行請求限制。使用所的機制，保證只有一個執行緒（請求）操作。否則進行排隊等待（集群分散式鎖，單機本地鎖）。減少伺服器吞吐量，效率低。
加入鎖定！
保證只能有一個執行緒進入 實際上只能有一個請求在執行查詢操作
也可以在此處進行使用限流的策略~
2、使用訊息中間件解決
這種方案是最可靠的方案！
訊息中間件可以解決高並發！ ！ ！
如果大量的請求進行存取時候，Redis沒有值的情況，會將查詢的結果存放在訊息中介軟體中（利用了MQ非同步特性）
3、做二級緩存，A1為原始緩存，A2為拷貝緩存，A1失效時，可以存取A2，A1緩存失效時間設定為短期，A2設定為長期（此點為補充）
4、不同的key，設定不同的過期時間，讓快取失效的時間點盡量均勻。
更多Redis相關知識，請造訪Redis使用教學欄位！
以上是redis產生雪崩怎麼解決的詳細內容。更多資訊請關注PHP中文網其他相關文章！
