Redis過期數(shù)據(jù)是否會被立馬刪除

更新時間：2022年07月22日 11:06:02 作者：碼哥字節(jié)

這篇文章主要為大家介紹了Redis過期數(shù)據(jù)會被立馬刪除么的問題解析，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪

引言

當 key 達到過期時間，Redis 就會馬上刪除么？

先說結論：并不會立馬刪除。

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;
}