数据库面试题——redis中key没有设置过期时间但被redis主动删除(8种内存淘汰策略)
当Redis已用内存超过maxmemory限定时,触发主动清理策略。主动清理策略在Redis 4.0之前一共实现了6种内存淘汰策略,在4.0之后,又增加了2种策略,总共8种
·
当Redis已用内存超过maxmemory限定时,触发主动清理策略。主动清理策略在Redis 4.0之前一共实现了6种内存淘汰策略,在4.0之后,又增加了2种策略,总共8种:
a) 针对设置了过期时间的key做处理:
- volatile-ttl:在筛选时,会针对设置了过期时间的键值对,根据过期时间的先后进行删除,越早过期的越先被删除。
- volatile-random:就像它的名称一样,在设置了过期时间的键值对中,进行随机删除。
- volatile-Iru:会使用LRU算法筛选设置了过期时间的键值对删除。
- volatile-lfu:会使用LFU算法筛选设置了过期时间的键值对删除。
b) 针对所有的key做处理(听上去有点不可思议):
- allkeys-random:从所有键值对中随机选择并删除数据。
- allkeys-Iru:使用LRU算法在所有数据中进行筛选删除。
- allkeys-lfu:使用LFU算法在所有数据中进行筛选删除。
c) 不处理:
- no-eviction:不会剔除任何数据,拒绝所有写入操作并返回客户端错误信息"(error) OOM command not allowed when used memory",此时Redis只响应读操作。
因此redis中key没有设置过期时间但被redis主动删除,有可能是因为redis的allkeys内存淘汰策略
另外对LRU算法和LFU算法做个补充说明:
- LRU算法(Least Recently Used,最近最少使用):淘汰很久没被访问过的数据,以最近一次访问时间作为参考
- LFU算法(Least Frequently Used,最不经常使用):淘汰最近一段时间被访问次数最少的数据,以次数作为参考
绝大多数情况我们都可以用LRU策略,当存在大量的热点缓存数据时,LFU可能更好点
如果有兴趣了解更多相关内容,欢迎来我的个人网站看看:瞳孔的个人空间
更多推荐
已为社区贡献8条内容
所有评论(0)