面試：你懂什麼是分布式系統嗎？redis分布式鎖都不會？>>>
資料未載入到快取中，或者快取同一時間大面積的失效，從而導致所有請求都去查資料庫，導致資料庫cpu和記憶體負載過高，甚至宕機。
1、redis集群大面積故障
2、快取失效，但依然大量請求訪問快取服務redis
3、redis大量失效後，大量請求轉向到mysql資料庫
4、mysql的呼叫量暴增，很快就扛不住了，甚至直接宕機
5、由於大量的應用服務依賴mysql和redis的服務，這個時候很快會演變成各伺服器集群的雪崩，最後**徹底崩潰。
快取層設計成高可用，防止快取大面積故障。即使個別節點、個別機器、甚至是機房宕掉，依然可以提供服務，例如 redis sentinel 和 redis cluster等redis集群都實現了高可用。
可以利用ehcache等本地快取(暫時支援)，但主要還是對源服務訪問進行限流、資源隔離（熔斷）、降級等。 當訪問量劇增、服務出現問題仍然需要保證服務還是可用的。系統可以根據一些關鍵資料進行自動降級，也可以配置開關實現人工降級，這裡會涉及到運維的配合。
降級的最終目的是保證核心服務可用，即使是有損的。
比如推薦服務中，很多都是個性化的需求，假如個性化需求不能提供服務了，可以降級補充熱點資料，不至於造成前端頁面是個大空白。
在進行降級之前要對系統進行梳理，比如：哪些業務是核心(必須保證)，哪些業務可以容許暫時不提供服務(利用靜態頁面替換)等，以及配合伺服器核心指標，來後設定整體預案，比如：
（1）一般：比如有些服務偶爾因為網路抖動或者服務正在上線而超時，可以自動降級；
（2）警告：有些服務在一段時間內成功率有波動（如在95~100%之間），可以自動降級或人工降級，並傳送告警；
（3）錯誤：比如可用率低於90%，或者資料庫連線池被打爆了，或者訪問量突然猛增到系統能承受的最大閥值，此時可以根據情況自動降級或者人工降級；
（4）嚴重錯誤：比如因為特殊原因資料錯誤了，此時需要緊急人工降級。
1)redis資料備份和恢復
2)快速快取預熱
最後，建議還是在專案上線前，演練快取層宕掉後，應用以及後端的負載情況以及可能出現的問題，對高可用提前預演，提前發現問題。
快取穿透是指查詢乙個一不存在的資料。
例如：從快取redis沒有命中，需要從mysql資料庫查詢，查不到資料則不寫入快取，這將導致這個不存在的資料每次請求都要到資料庫去查詢，造成快取穿透。
解決思路：
如果查詢資料庫也為空，直接設定乙個預設值存放到快取，這樣第二次到緩衝中獲取就有值了，而不會繼續訪問資料庫。設定乙個過期時間或者當有值的時候將快取中的值替換掉即可。
可以給key設定一些格式規則，然後查詢之前先過濾掉不符合規則的key。
這裡的併發指的是多個redis的client同時set key引起的併發問題。其實redis自身就是單執行緒操作，多個client併發操作，按照先到先執行的原則，先到的先執行，其餘的阻塞。當然，另外的解決方案是把redis.set操作放在佇列中使其序列化，必須的乙個乙個執行。
快取預熱就是系統上線後，將相關的快取資料直接載入到快取系統。
這樣就可以避免在使用者請求的時候，先查詢資料庫，然後再將資料快取的問題！使用者直接查詢事先被預熱的快取資料！
解決思路：
1、直接寫個快取重新整理頁面，上線時手工操作下；
2、資料量不大，可以在專案啟動的時候自動進行載入；
目的就是在系統上線前，將資料載入到快取中。
什麼是redis的雪崩和穿透 擊穿
1.什麼是快取穿透 造成的原因 1.業務自身 或資料出現問題 2.一些惡意攻擊 爬蟲造成大量空的命中，此時會對資料庫造成很大壓力。解決方法 1.設定布隆過濾器，將所有可能存在的資料雜湊到乙個足夠大的bitmap中，乙個一定不存在的資料會被這個bitmap攔截掉，從避免了對底層儲存系統的查詢壓力。2....
什麼是redis的雪崩和穿透 擊穿
一.穿透 1.什麼是快取穿透 造成的原因 1.業務自身 或資料出現問題 2.一些惡意攻擊 爬蟲造成大量空的命中，此時會對資料庫造成很大壓力。解決方法 1.設定布隆過濾器，將所有可能存在的資料雜湊到乙個足夠大的bitmap中，乙個一定不存在的資料會被這個bitmap攔截掉，從避免了對底層儲存系統的查詢...
什麼是redis快取穿透，快取雪崩，快取擊穿
一.快取穿透 快取穿透是指查詢資料庫中一定不存在的資料，我們正常的操作流程，在查詢資料庫前，先去查詢快取，如果key不存在或者key過期失效，再去查詢資料庫，並把查詢到的物件放到快取中，如果查詢到的資料為null，不新增快取。流程 二.快取雪崩 快取雪崩可以理解為在某個時間段，快取集中過期，然後這段...