Redis 的過期數(shù)據(jù)會被立馬刪除么？
先說結論：并不會立馬刪除。Redis 有兩種刪除過期數(shù)據(jù)的策略：
- 定期選取部分數(shù)據(jù)刪除。
- 惰性刪除。
該命令在 Redis 2.4 版本，過期時間并不是很精確，它可能在零到一秒之間。
從 Redis 2.6 開始，過期錯誤為 0 到 1 毫秒。
EXPIRE key seconds [ NX | XX | GT | LT] 指令可以將指定的 key 設置過期時間，如果沒有設置過期時間， key 將一直存在，除非我們明確將其刪除，比如執(zhí)行 DEL 指令。
所謂”狡兔死，走狗烹“，沒用了就干掉，跟 35 歲就“畢業(yè)”是一個道理。
好慌……
從 Redis 版本 7.0.0 開始：EXPIRE 添加了選項：NX、XX和GT、LT 選項。
- NX：當 key 沒有過期時才設置過期時間。
- XX：只有 key 已過期的時候才設置過期時間。
- GT：僅當新的到期時間大于當前到期時間時才設置過期時間。
- LT：僅在新到期時間小于當前到期時間才設置到過期時間。
過期與持久化
主從或者集群架構中，兩臺機器的時鐘嚴重不同步，會有什么問題么?
key 過期信息是用 Unix 絕對時間戳表示的。
為了讓過期操作正常運行，機器之間的時間必須保證穩(wěn)定同步，否則就會出現(xiàn)過期時間不準的情況。
比如兩臺時鐘嚴重不同步的機器發(fā)生 RDB 傳輸， slave 的時間設置為未來的 2000 秒，假如在 master 的一個 key 設置 1000 秒存活，當 Slave 加載 RDB 的時候 key 就會認為該 key 過期(因為 slave 機器時間設置為未來的 2000 s)，并不會等待 1000 s 才過期。
機器時鐘不同步導致過期混亂
惰性刪除
惰性刪除很簡單，就是當有客戶端的請求查詢該 key 的時候，檢查下 key 是否過期，如果過期，則刪除該 key。
比如當 Redis 收到客戶端的GET movie:小澤#瑪……利亞.rmvb 請求，就會先檢查 key = movie:小澤#瑪……利亞.rmvb 是否已經(jīng)過期，如果過期那就刪除。
刪除過期數(shù)據(jù)的主動權交給了每次訪問請求。
該實現(xiàn)通過 expireIfNeeded函數(shù)實現(xiàn)，源碼路徑：src/db.c。
int expireIfNeeded(redisDb *db, robj *key, int force_delete_expired) {
// key 沒有過期，return 0
if (!keyIsExpired(db,key)) return 0;
if (server.masterhost != NULL) {
if (server.current_client == server.master) return 0;
if (!force_delete_expired) return 1;
}
if (checkClientPauseTimeoutAndReturnIfPaused()) return 1;
/* Delete the key */
deleteExpiredKeyAndPropagate(db,key);
return 1;
}
定期刪除
僅僅靠客戶端訪問來判斷 key 是否過期才執(zhí)行刪除肯定不夠，因為有的 key 過期了，但未來再也沒人訪問，這些數(shù)據(jù)要怎么刪除呢?
不能讓這些數(shù)據(jù)「占著茅坑不拉屎」。
所謂定期刪除，也就是 Redis 默認每 1 秒運行 10 次(每 100 ms 執(zhí)行一次)，每次隨機抽取一些設置了過期時間的 key，檢查是否過期，如果發(fā)現(xiàn)過期了就直接刪除。
注意：并不是一次運行就檢查所有的庫，所有的鍵，而是隨機檢查一定數(shù)量的鍵。
具體步驟如下：
定時刪除
- 從所有設置了過期時間的 key 集合中隨機選擇 20 個 key。
- 刪除「步驟 1」發(fā)現(xiàn)的所有過期 key 數(shù)據(jù)。
- 「步驟 2 」結束，過期的 key 超過 25%，則繼續(xù)執(zhí)行「步驟 1」。
刪除的源碼 expire.c 的 activeExpireCycle 函數(shù)實現(xiàn)。
這也就意味著在任何時候，過期 key 的最大數(shù)量等于每秒最大寫入操作量除以 4。
為啥不檢查所有設置過期時間的 key?
你想呀，假設 Redis 里存放了 100 w 個 key，都設置了過期時間，每隔 100 毫秒就檢查 100 w 個 key，CPU 全浪費在檢查過期 key 上了，Redis 也就廢了。
注意了：不管是定時刪除，還是惰性刪除。當數(shù)據(jù)刪除后，master 會生成刪除的指令記錄到 AOF 和 slave 節(jié)點。
碼哥，如果過期的數(shù)據(jù)太多，定時刪除無法刪除完全(每次刪除完過期的 key 還是超過 25%)，同時這些 key 也再也不會被客戶端請求，也就是無法走惰性刪除，會怎樣?
會不會導致 Redis 內(nèi)存耗盡，怎么破?
這個問題問得好，答案是走內(nèi)存淘汰機制。
今天就到這里，說太多的話，大家容易在知識的海量里嗆死，保命要緊，至于內(nèi)存淘汰機制詳情，請看下回分解。
