臥槽！緩存的問題太多了。。

作者：溫安適
來源：https://my.oschina.net/floor/blog/4964676

引言

一個超級疲憊的下午，離下班還有30分鐘，小航拿了一袋堅果，對我說：”溫哥，來來來，吃個堅果，開心下”

有了前幾次的，經(jīng)驗，我意識到，這兄弟又要問題問題，委婉的回絕到：”謝謝好意，你吃吧，我不餓”。

小航，一看我有所防備，有拿出了安慕希，并且抓住了我的手臂，說道：“大神，我有困惑，請您幫幫我”

看他如此誠懇，我不好意思的說道：“大神不敢當，水平有限，恐無法為你解惑”。

小航一看有戲，有給了我一袋堅果,眼中有光的說道：“哥，您指點一二，無論對錯，我都愿意聽”

我感動（dong xi hao chi）的說：“什么問題，我試試看”

小航立刻說道：“使用緩存都有什么問題”

我緩緩道來：“主要四個問題，擊穿，穿透，雪崩，污染”。另外，Redis 系列面試題和答案全部整理好了，微信搜索Java技術棧，在后臺發(fā)送：面試，可以在線閱讀。

問題描述

逐個解決

緩存擊穿

熱點key過期了，請求打到了數(shù)據(jù)庫

解決方式

不給熱點key設置過期時間

緩存穿透

緩存沒有，數(shù)據(jù)庫也沒有。

解決方式

1. 緩存空值或緩存缺省值
2. 對入?yún)⑦M行校驗，屏蔽無效參數(shù)請求
3. 在redis前置布隆過濾器，快速判斷

緩存雪崩

大量key同時失效

給key的過期時間加上隨機數(shù)，避免同時過期

Redis掛了

1. Redis，搭建主從集群（提高redis可靠性）
2. 服務限流（限制訪問量，減少redis壓力）
3. 服務熔斷（直接返回錯誤，不在繼續(xù)往下請求）
4. 服務降級（redis替代方式，或者直接走庫）

緩存污染

有不常用的key占用redis內存。

解決方式：

1. 如果知道是那個key，直接刪除
2. Redis空間充足，可以考慮不解決
3. 設置redis過期策略為allkey-lfu

注意是lfu，把訪問次數(shù)最低的數(shù)據(jù)淘汰出緩存

Lru，解決不了如下場景：大量數(shù)據(jù)進行一次全體讀取，因為這些被查詢的數(shù)據(jù)剛剛被訪問過，所以 lru 字段值都很大，無法淘汰不常用的key。另外，關注公眾號Java技術棧，在后臺回復：面試，可以獲取我整理的 Redis 緩存系列面試題和答案，非常齊全。

總結

關注Java技術?？锤喔韶?/strong>

獲取 Spring Boot 實戰(zhàn)筆記！