需要注意的是#xff0c;redis除了会对过期的数据进行淘汰#xff0c;也可以通过对内存大小进行限制#xff0c;并对超出内存限制后进行数据淘汰。

此时淘汰的数据未必是过期的…这里要讨论的为过期的数据是如何被清除的也就是网上常常讨论的过期清除策略。

需要注意的是redis除了会对过期的数据进行淘汰也可以通过对内存大小进行限制并对超出内存限制后进行数据淘汰。

此时淘汰的数据未必是过期的只是因为内存达到限制而被淘汰。

需要注意一下两者的区别数据淘汰算法包括LRU、LFU等。

好回归过期数据清除策略这里。

redis的数据清除策略包括2种。

惰性清除和定期清除。

惰性清除很简单redis会在用户访问数据时如果发现数据是过期的那么就删除这个数据并且给用户返回相应的结果。

那么redis是如何发现这个数据是过期的呢我们知道redis默认有16个库0~15号库每一个库对应源码中的一个db结构体db中有一个dict类型成员变量expiredict即字典也就是哈希表是redis底层数据结构中的一种expire哈希表中存储的键值对key为键value为其对应的过期时间expire中存储了该库中所有键的过期时间。

Redis

(redis通过2种方法清除过期键在操作时发现这些key是过期的还有也是通过后台清除的被称作定期清除key。

key空间被缓慢的、交互式的清除过期键所以它可能会清除过期的key来释放内存并且短时间不会被再次访问)#

The

清除循环作为一种默认的尝试会尝试避免在内存中存在超过10%的过期Key并且避免(过期key占用的内存)超过总内存的25%最终将内存归还系统。

它可以增加这种清除的尝试通常它会被设置为1到一个更大的值最大可以达到10。

它的最大值意味着系统会使用更的的cpu资源更久的循环时间(理论上可能会导致延迟)并且容忍更少的现在存在于系统中的过期的key。

它是一种在内存、CPU、延迟之间的一种平衡和折衷

active-expire-effort

也就是说redis定期清除会主动的进行清除。

active-expire-effort控制了每次循环的时间有多长。

清除达标的条件为避免在内存中存在超过10%的过期Key并且避免(过期key占用的内存)超过总内存的25%。

不达标的话会继续循环清除直到达标为止。

另外一个参数hz控制了诸如清除循环、关闭超时客户端等后台任务的频率。

综合控制了定期清除的行为。

hz相关注释如下

[1]Redis6删除策略定时删除、惰性删除、定期删除和数据逐出策略