對(duì)于過(guò)期鍵一般有三種刪除策略

• 定時(shí)刪除：在設(shè)置鍵的過(guò)期時(shí)間的同時(shí)，創(chuàng)建一個(gè)定時(shí)器(timer)，讓定時(shí)器在鍵的過(guò)期時(shí)間來(lái)臨時(shí)，立即執(zhí)行對(duì)鍵的刪除操作；
• 惰性刪除：放任鍵過(guò)期不管，但是每次從鍵空間中獲取鍵時(shí)，都檢查取得的鍵是否過(guò)期，如果過(guò)期的話，就刪除該鍵；如果沒(méi)有過(guò)期，那就返回該鍵；
• 定期刪除：每隔一段時(shí)間，程序就對(duì)數(shù)據(jù)庫(kù)進(jìn)行一次檢查，刪除里面的過(guò)期鍵。至于刪除多少過(guò)期鍵，以及要檢查多少個(gè)數(shù)據(jù)庫(kù)，則由算法決定。

?下面我們來(lái)看看三種策略的優(yōu)缺比較：

• 定時(shí)刪除策略對(duì)內(nèi)存是最友好的：通過(guò)使用定時(shí)器，定時(shí)刪除策略可以保證過(guò)期鍵會(huì)盡可能快地被刪除，并釋放過(guò)期鍵所占用的內(nèi)存；但另一方面，定時(shí)刪除策略的缺點(diǎn)是，他對(duì)CPU是最不友好的：在過(guò)期鍵比較多的情況下，刪除過(guò)期鍵這一行為可能會(huì)占用相當(dāng)一部分CPU時(shí)間，在內(nèi)存不緊張但是CPU時(shí)間非常緊張的情況下，將CPU時(shí)間用在刪除和當(dāng)前任務(wù)無(wú)關(guān)的過(guò)期鍵上，無(wú)疑會(huì)對(duì)服務(wù)器的響應(yīng)時(shí)間和吞吐量造成影響；
• 惰性刪除策略對(duì)CPU時(shí)間來(lái)說(shuō)是最友好的：程序只會(huì)在取出鍵時(shí)才對(duì)鍵進(jìn)行過(guò)期檢查，這可以保證刪除過(guò)期鍵的操作只會(huì)在非做不可的情況下進(jìn)行；惰性刪除策略的缺點(diǎn)是，它對(duì)內(nèi)存是最不友好的：如果一個(gè)鍵已經(jīng)過(guò)期，而這個(gè)鍵又仍然保留在數(shù)據(jù)庫(kù)中，那么只要這個(gè)過(guò)期鍵不被刪除，它所占用的內(nèi)存就不會(huì)釋放；
• 定時(shí)刪除占用太多CPU時(shí)間，影響服務(wù)器的響應(yīng)時(shí)間和吞吐量；惰性刪除浪費(fèi)太多內(nèi)存，有內(nèi)存泄漏的危險(xiǎn)。定期刪除策略是前兩種策略的一種整合和折中：
  • 定期刪除策略每隔一段時(shí)間執(zhí)行一次刪除過(guò)期鍵操作，并通過(guò)限制刪除操作執(zhí)行的時(shí)長(zhǎng)和頻率來(lái)減少刪除操作對(duì)CPU時(shí)間的影響；
  • 通過(guò)定期刪除過(guò)期鍵，定期刪除策略有效地減少了因?yàn)檫^(guò)期鍵而帶來(lái)的內(nèi)存浪費(fèi)；
  • 定期刪除策略的難點(diǎn)是確定刪除操作執(zhí)行的時(shí)長(zhǎng)和頻率。

Pre

Redis-17Redis內(nèi)存回收策略

Redis Key的超時(shí)設(shè)置處理

expire key seconds

單位是秒。返回1成功，0表示key已經(jīng)設(shè)置過(guò)過(guò)期時(shí)間或者不存在。 如果想消除超時(shí)則使用persist key。如果希望采用絕對(duì)超時(shí)，則使用expireat命令。

ttl key 

返回設(shè)置過(guò)過(guò)期時(shí)間的key的剩余過(guò)期秒數(shù) -1表示沒(méi)有設(shè)置過(guò)過(guò)期時(shí)間，對(duì)于不存在的key,返回-2。

pexpire key 毫秒數(shù)

設(shè)置生命周期。

pttl  key

以毫秒返回生命周期。

被動(dòng)刪除

當(dāng)讀/寫一個(gè)已經(jīng)過(guò)期的key時(shí)，會(huì)觸發(fā)惰性刪除策略，直接刪除掉這個(gè)過(guò)期key.

舉個(gè)例子， set 一個(gè) 過(guò)期時(shí)間為 600s的 key , 當(dāng) 到了 600s后，redis 并不會(huì)執(zhí)行刪除， 為了性能，redis 會(huì)在你下次訪問(wèn)的時(shí)候 去刪除 。

這樣的話，我如果永遠(yuǎn)不訪問(wèn)，那不歇菜了么？ 不要著急，Redis還有主動(dòng)刪除 。

主動(dòng)刪除

由于惰性刪除策略無(wú)法保證冷數(shù)據(jù)被及時(shí)刪掉，所以Redis會(huì)定期主動(dòng)淘汰一批已過(guò)期的key。

說(shuō)白了，這就是定時(shí)任務(wù)干的活，防止有些key 一直占用內(nèi)存。

當(dāng)REDIS運(yùn)行在主從模式時(shí)，只有主結(jié)點(diǎn)才會(huì)執(zhí)行被動(dòng)和主動(dòng)這兩種過(guò)期刪除策略，然后把刪除操作”del key”同步到從結(jié)點(diǎn).

當(dāng)前已用內(nèi)存超過(guò)maxmemory限定時(shí)，觸發(fā)主動(dòng)清理策略

第三種策略的情況: 當(dāng)前已用內(nèi)存超過(guò)maxmemory限定時(shí)，會(huì)觸發(fā)主動(dòng)清理策略.

我們需要根據(jù)自身業(yè)務(wù)類型，選好maxmemory-policy(最大內(nèi)存淘汰策略)，設(shè)置好過(guò)期時(shí)間。如果不設(shè)置最大內(nèi)存，當(dāng) Redis 內(nèi)存超出物理內(nèi)存限制時(shí)，內(nèi)存的數(shù)據(jù)會(huì)開(kāi)始和磁盤產(chǎn)生頻繁的交換 (swap)會(huì)讓 Redis 的性能急劇下降。

默認(rèn)策略是volatile-lru，即超過(guò)最大內(nèi)存后，在過(guò)期鍵中使用lru算法進(jìn)行key的剔除，保證不過(guò)期數(shù)據(jù)不被刪除，但是可能會(huì)出現(xiàn)OOM問(wèn)題。

其他策略如下：

• allkeys-lru：根據(jù)LRU算法刪除鍵，不管數(shù)據(jù)有沒(méi)有設(shè)置超時(shí)屬性，直到騰出足夠空間 為止
• allkeys-random：隨機(jī)刪除所有鍵，直到騰出足夠空間為止。
• allkeys-random：隨機(jī)刪除所有鍵，直到騰出足夠空間為止。
• volatile-ttl：根據(jù)鍵值對(duì)象的ttl屬性，刪除最近將要過(guò)期數(shù)據(jù)。如果沒(méi)有，回退到noeviction策略。
• noeviction：不會(huì)剔除任何數(shù)據(jù)，拒絕所有寫入操作并返回客戶端錯(cuò)誤信息"(error)。OOM command not allowed when used memory"，此時(shí)Redis只響應(yīng)讀操作

記?。?volatile 開(kāi)頭的策略，只清理過(guò)期的key , 而all開(kāi)頭的策略則不管你過(guò)不過(guò)期，都會(huì)清理。

總結(jié)

• 當(dāng)client主動(dòng)訪問(wèn)key會(huì)先對(duì)key進(jìn)行超時(shí)判斷，過(guò)時(shí)的key會(huì)立刻刪除。
• 從節(jié)點(diǎn)不會(huì)過(guò)期掃描，從節(jié)點(diǎn)對(duì)過(guò)期的處理是被動(dòng)的。 在主從復(fù)制環(huán)境中，由于上述原因存在已經(jīng)過(guò)期但是沒(méi)有刪除的key，在主snapshot時(shí)并不包含這些key，因此在slave環(huán)境中我們往往看到dbsize較master是更小的。

如果clien永遠(yuǎn)都不再get那條key呢？

redis會(huì)在Master的后臺(tái)，每秒10次的執(zhí)行如下操作：

隨機(jī)選取100個(gè)key校驗(yàn)是否過(guò)期，如果有25個(gè)以上的key過(guò)期了，立刻額外隨機(jī)選取下100個(gè)key(不計(jì)算在10次之內(nèi))?？梢?jiàn)，如果過(guò)期的key不多，它最多每秒回收200條左右，如果有超過(guò)25%的key過(guò)期了，它就會(huì)做得更多。

到此這篇關(guān)于淺談Redis對(duì)于過(guò)期鍵的三種清除策略的文章就介紹到這了,更多相關(guān)Redis 過(guò)期鍵清除內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！?

最新評(píng)論