定时删除
Redis不可能时时刻刻遍历所有被设置了生存时间的key,来检测数据是否已经到达过期时间,然后对它进行删除。
立即删除能保证内存中数据的最大新鲜度,因为它保证过期键值会在过期后马上被删除,其所占用的内存也会随之释放。但是立即删除对cpu是最不友好的。因为删除操作会占用cpu的时间,如果刚好碰上了cpu很忙的时候,比如正在做交集或排序等计算的时候,就会给cpu造成额外的压力,让CPU心累,时时需要删除,忙死。。。.. .
这会产生大量的性能消耗,同时也会影响数据的读取操作。
惰性删除
数据到达过期时问,不做处理。等下次访问该数据时,如果未过期,返回数据:
发现已过期,删除,返回不存在。
惰性删除策略的缺点是,它对内存是最不友好的。
如果一个键已经过期,而这个键又仍然保留在数据库中,那么只要这个过期键不被删除,它所占用的内存就不会释放。
在使用惰性删除策略时,如果数据库中有非常多的过期键,而这些过期键又恰好没有被访问到的话,那么它们也许永远也不会被删除(除非用户手动执行FLUSHDB),我们甚至可以将这种情况看作是一种内《泄漏–无用的垃圾数据占用了大量的内存,而服务器却不会自己去释放它们,这对于运行状态非常依赖于内存的Redis服务器来说,肯定不是一个好消息
定期删除策略
定期删除策略是前两种策略的折中:
定期删除策略每隔一段时间执行一次剔除过期键操作,并通过限制删除操作执行的时长和频率来减少删除操作对CPU时间的影响。周期性轮询redis库中的时效性数据.采用随机抽取的策略.利用过期数据占比的方式控制删除频度
特点1: CPU性能占用设置有峰值.检测频度可自定义设置
特点2: 内存压力不是很大,长期占用内存的冷数据会被持续清理总结: 周别性劫查存储空间(随机劫查,重点抽查)
举例:
redis默认每个100ms检查,是否有过期的key,有过期key则删除。注意:redis不是每附100ms将所有的key检查一次而是随机抽取进行检查(如果每隔100ms,全部key进行检查,redis直接进去ICU)。因此,如果只采用定朔删除策略,会导致很多key到时间没有删除
定期删除策略的难点是确定删除操作执行的时长和频率:如果删除操作执行得太频繁,或者执行的时间太长,定期删除策略就会退化成定时删除策略,以至于将CPU时间过多地消耗在删除过期键上:面。如果删除操作执行得太少,或者执行的时间太短,定期删除策略又会和惰性剔除束略一样,出现浪费内存的情况。因此,如果采用定期删除策略的话,服务器必须根据情况,合理地设置删除操作的执行时长和执行频率。
所以上面依然有漏网之鱼,依然不是最好的方案.于是有下面的内存淘汰策略
怎么使用哪种策略:
2种方式
1,通过修该配置文件redis.conf
2,通过命令