Redis過(guò)期策略和內(nèi)存淘汰機(jī)制

Redis緩存作為提高系統(tǒng)性能最好的方式相信大家對(duì)其一定不陌生,各位作為禿頭老碼農(nóng)不僅需要掌握Redis的基礎(chǔ)用法還得了解Redis的相關(guān)原理,比如Redis過(guò)期策略和內(nèi)存淘汰機(jī)制。
大家都知道,Redis緩存使用的是內(nèi)存資源,雖然緩存服務(wù)器會(huì)配置比較高的內(nèi)存資源,但如果對(duì)于Redis中的緩存數(shù)據(jù)我們不管不顧,內(nèi)存資源總有耗盡的時(shí)候,這時(shí)緩存服務(wù)器就無(wú)法再對(duì)外提供服務(wù)了。我們要用有限的服務(wù)器資源支撐更多的業(yè)務(wù)服務(wù),就必須要讓那些訪(fǎng)問(wèn)頻率不高的緩存刪除掉,為新的緩存騰出內(nèi)存空間。
Redis主要通過(guò)兩種方式相互配合來(lái)實(shí)現(xiàn)鍵值的清理,即:內(nèi)存淘汰機(jī)制和過(guò)期策略。
內(nèi)存淘汰策略
當(dāng) Redis 節(jié)點(diǎn)分配的內(nèi)存使用到達(dá)最大值以后,為了繼續(xù)提供服務(wù),Redis 會(huì)啟動(dòng)內(nèi)存淘汰策略,在Redis4.0之前主要是以下六種淘汰策略:
noeviction:不淘汰任何數(shù)據(jù),當(dāng)內(nèi)存不足時(shí),執(zhí)行緩存新增操作會(huì)報(bào)錯(cuò),這種策略下可以保證數(shù)據(jù)不丟失,它也是 Redis 默認(rèn)的內(nèi)存淘汰策略。
allkeys-lru:淘汰整個(gè)鍵值中最久未使用的鍵值,這也就是我們常說(shuō)的LRU算法。
allkeys-random:隨機(jī)淘汰任意鍵值。
volatile-lru:淘汰所有設(shè)置了過(guò)期時(shí)間的鍵值中最久未使用的鍵值。
volatile-random:隨機(jī)淘汰設(shè)置了過(guò)期時(shí)間的任意鍵值。
volatile-ttl:優(yōu)先淘汰設(shè)置了過(guò)期時(shí)間中更早過(guò)期的鍵值。
通過(guò)上面的內(nèi)存淘汰策略可以看出,以 allkeys- 開(kāi)頭的表示從所有key中進(jìn)行數(shù)據(jù)淘汰,而以 volatile- 開(kāi)頭的會(huì)從設(shè)置了過(guò)期時(shí)間的key中進(jìn)行數(shù)據(jù)淘汰。
而在Redis4.0版本中又新增了2種淘汰策略:
allkeys-lfu,淘汰整個(gè)鍵值中最少使用的鍵值,這也就是我們常說(shuō)的LRU算法。 volatile-lfu,淘汰所有設(shè)置了過(guò)期時(shí)間的鍵值中最少使用的鍵值。
LRU(Least Recently Used,最近最少使用),根據(jù)最近被使用的時(shí)間,離當(dāng)前最遠(yuǎn)的數(shù)據(jù)優(yōu)先被淘汰;
”
LFU(Least Frequently Used,最不經(jīng)常使用),在一段時(shí)間內(nèi),緩存數(shù)據(jù)被使用次數(shù)最少的會(huì)被淘汰。
大家可以在 redis.conf 配置文件中修改配置項(xiàng) maxmemory-policy ,將其修改成需要設(shè)置的類(lèi)型即可。
緩存過(guò)期策略
內(nèi)存淘汰策略是當(dāng)內(nèi)存不夠用時(shí)才會(huì)觸發(fā)的一種機(jī)制,是緩存服務(wù)層面的操作,而過(guò)期策略定義的是具體緩存數(shù)據(jù)何時(shí)失效。我們?cè)谑褂肦edis的時(shí)候經(jīng)常會(huì)給redis的key設(shè)置一個(gè)過(guò)期時(shí)間如:EXPIRE key 30,過(guò)期策略就是指當(dāng) Redis 中緩存的 key 過(guò)期了,Redis 如何處理。
對(duì)于已經(jīng)過(guò)期的數(shù)據(jù),Redis將使用兩種策略搭配使用來(lái)刪除這些過(guò)期的鍵值,分別是惰性刪除,定期刪除。
惰性刪除
惰性刪除 是指 Redis 服務(wù)器不主動(dòng)刪除過(guò)期的鍵值,而是在客戶(hù)端要獲取某個(gè)鍵值時(shí),Redis會(huì)先去檢測(cè)一下這個(gè)key是否已經(jīng)過(guò)期,如果沒(méi)有過(guò)期則返回給客戶(hù)端,如果已經(jīng)過(guò)期了,那么Redis會(huì)刪除這個(gè)key并返回null給客戶(hù)端。
惰性刪除可以解決一些過(guò)期了,但沒(méi)被定期刪除隨機(jī)抽取到的key。但有些過(guò)期的key既沒(méi)有被隨機(jī)抽取,也沒(méi)有被客戶(hù)端訪(fǎng)問(wèn),就會(huì)一直保留在數(shù)據(jù)庫(kù),占用內(nèi)存,長(zhǎng)期下去可能會(huì)導(dǎo)致內(nèi)存耗盡。所以Redis提供了內(nèi)存淘汰機(jī)制來(lái)解決這個(gè)問(wèn)題。
惰性刪除的優(yōu)點(diǎn)是不會(huì)浪費(fèi)太多的系統(tǒng)資源,只是在每次訪(fǎng)問(wèn)時(shí)才檢查鍵值是否過(guò)期。缺點(diǎn)是像上面說(shuō)的刪除過(guò)期鍵不及時(shí),造成了一定的空間浪費(fèi)。
定期刪除
定期刪除 是指 Redis 服務(wù)器每隔一段時(shí)間會(huì)檢查一下緩存數(shù)據(jù)庫(kù),看看是否有過(guò)期鍵可以被清除。默認(rèn)情況下 Redis 定期檢查的頻率是每秒掃描 10 次,用于定期清除過(guò)期鍵。當(dāng)然此值還可以通過(guò)配置文件進(jìn)行設(shè)置,在 redis.conf 中修改配置“hz”即可,默認(rèn)的值為“hz 10”。
因?yàn)閗ey太多,如果全盤(pán)掃描所有的key會(huì)非常耗性能,所以定期刪除是隨機(jī)抽取一些key來(lái)刪除。這樣就有可能刪除不完,需要惰性刪除配合。
本節(jié)內(nèi)容講了Redis的過(guò)期策略:惰性刪除和定期刪除,還講了Redis的內(nèi)存淘汰策略,他們是兩個(gè)完全不同的概念,大家不要搞混淆了。
收藏 等于白嫖,點(diǎn)贊 才是真情!
歡迎關(guān)注微信公眾號(hào):互聯(lián)網(wǎng)全棧架構(gòu),收取更多有價(jià)值的信息。
