Redis 緩衝失效機制

Redis緩衝失效的故事要從EXPIRE這個命令說起，EXPIRE允許使用者為某個key指定逾時時間，當超過這個時間之後key對應的值會被清除，這篇文章主要在分析Redis源碼的基礎上站在Redis設計者的角度去思考Redis緩衝失效的相關問題。 Redis緩衝失效機制

Redis緩衝失效機制是為應對緩衝應用的一種很常見的情境而設計的，講個情境：

我們為了減輕後端資料庫的壓力，很開心的藉助Redis服務把變化頻率不是很高的資料從DB load出來放入了緩衝，因此之後的一段時間內我們都可以直接從緩衝上拿資料，然而我們又希望一段時間之後，我們再重新的從DB load出當前的資料放入緩衝，這個事情怎麼做呢。

問題提出來了，這個問題怎麼解決呢。好吧，我們對於手頭的語言工具很熟悉，堅信可以很快的寫出這麼一段邏輯：我們記錄上次從db load資料的時間，然後每次響應服務的時候都去判斷時間是不是到期了，要不要從db重新load了……。當然這種方法也是可以的，然而當我們查閱Redis command document的時候，發現我們做了本來不需要做的事情，Redis本身提供這種機制，我們只要藉助EXPIRE命令就可以輕鬆的搞定這件事情：

Shell

1	EXPIRE key 30

上面的命令即為key設定30秒的到期時間，超過這個時間，我們應該就訪問不到這個值了，到此為止我們大概明白了什麼是緩衝失效機制以及緩衝失效機制的一些應用情境，接下來我們繼續深入探究這個問題，Redis緩衝失效機制是如何?的呢。 延遲失效機制

延遲失效機制即當用戶端請求操作某個key的時候，Redis會對用戶端請求操作的key進行有效期間檢查，如果key到期才進行相應的處理，延遲失效機制也叫消極失效機制。我們看看t_string組件下面對get請求處理的服務端端執行堆棧：

Shell

1 2 3 4 5

getCommand      -> getGenericCommand              -> lookupKeyReadOrReply                    -> lookupKeyRead                          -> expireIfNeeded

關鍵的地方是expireIfNeed，Redis對key的get操作之前會判斷key關聯的值是否失效，這裡先插入一個小插曲，我們看看Redis中實際儲存值的地方是什麼樣子的：

Shell