redis?key鍵過期刪除策略及淘汰機制探究

更新時間：2023年11月16日 10:57:56 作者：bug生產(chǎn)者

這篇文章主要為大家介紹了redis?key鍵過期刪除策略及淘汰機制探究,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪

redis過期刪除

redis的鍵可以設置過期時間，但是并不是每個鍵一到過期時間就會立即刪除，redis不可能給每個設置過期時間的key上添加一個定時器來監(jiān)視是否過期，CPU根本承受不了如此多的定時線程

注意：我使用的版本是6.0.10，不同版本可能略有差別

存在的刪除策略：

定時刪除在設置鍵的同時創(chuàng)建定時器，過期時間到了就執(zhí)行對鍵的刪除，這種策略對內(nèi)存使用率有優(yōu)勢，但是占用CPU資源太多
定期刪除每隔特定時間對數(shù)據(jù)庫進行一次掃描，檢測并刪除其中過期的鍵值對
惰性刪除鍵值對過期暫時不進行刪除，當獲取鍵時先查看是否已經(jīng)過期，過期則進行刪除，這種策略可能會由于一些過期key一直沒有被訪問，浪費一定的內(nèi)存

redis采用的策略是定期刪除+惰性刪除

定期刪除是指每隔一段時間去檢查是否有過期的key，如果有則刪除

惰性刪除是指在獲取key的時候檢查一下這個key是否過期

定期刪除的配置是hz(默認是10，即每秒十次掃描)

首先客戶端在嘗試訪問某個key的時候，redis會檢查是否過期，如果過期則刪除，但是有些key是不會被訪問到的，redis的定期刪除則會進行掃描并刪除過期的key

過期的key過多會導致循環(huán)抽取刪除，為防止過度循環(huán)，增加了掃描時間的上限，默認不超過25ms

應該避免同一時刻大量key同時過期

在主從結(jié)構(gòu)中，從服務器就算讀取到過期鍵也不會刪除，只有接收到主服務器發(fā)來的del命令之后才會刪除

配置最大內(nèi)存的大小，如果超過該內(nèi)存大小，就會使用淘汰機制進行淘汰

maxmemory 100mb

也可以通過命令進行修改

127.0.0.1:6380> config set maxmemory 50mb
OK
127.0.0.1:6380> config get maxmemory
1) "maxmemory"
2) "52428800"

由于使用定期刪除+惰性刪除機制，但是也可能很多過期的沒有被刪除掉導致內(nèi)存不足的情況，所以redis存在淘汰機制

volatile-lru -> Evict using approximated LRU, only keys with an expire set 當內(nèi)存不足時，設置了過期時間的鍵，選取最近最少使用的鍵拋棄（Least Recently Used）
allkeys-lru -> Evict any key using approximated LRU 當內(nèi)存不足時，對于所有的鍵，選取最近最少使用的鍵拋棄（Least Recently Used）
volatile-lfu -> Evict using approximated LFU, only keys with an expire set 當內(nèi)存不足時，設置了過期時間的鍵，選取最少頻率使用的鍵拋棄（Least Frequently Used）
allkeys-lfu -> Evict any key using approximated LFU 當內(nèi)存不足時，對于所有的鍵，選取最少頻率使用的鍵拋棄（Least Frequently Used）
volatile-random -> Remove a random key having an expire set 當內(nèi)存不足時，對于設置過期時間的鍵，隨機選取鍵拋棄
allkeys-random -> Remove a random key, any key 當內(nèi)存不足時，對于所有的鍵，隨機選取鍵拋棄
volatile-ttl -> Remove the key with the nearest expire time (minor TTL) 當內(nèi)存不足時，拋棄最近要過期的鍵
noeviction -> Don't evict anything, just return an error on write operations 默認策略，不淘汰，如果內(nèi)存已滿，寫操作返回錯誤

在使用volatile-lfu、volatile-random、volatile-ttl時，如果沒有key可以淘汰，則與noeviction一樣在寫操作時返回錯誤

獲取當前的內(nèi)存策略