当Redis已用内存超过maxmemory限定时,触发主动清理策略。主动清理策略在Redis 4.0之前一共实现了6种内存淘汰策略,在4.0之后,又增加了2种策略,总共8种:

a) 针对设置了过期时间的key做处理:

  1. volatile-ttl:在筛选时,会针对设置了过期时间的键值对,根据过期时间的先后进行删除,越早过期的越先被删除。
  2. volatile-random:就像它的名称一样,在设置了过期时间的键值对中,进行随机删除。
  3. volatile-Iru:会使用LRU算法筛选设置了过期时间的键值对删除。
  4. volatile-lfu:会使用LFU算法筛选设置了过期时间的键值对删除。

b) 针对所有的key做处理(听上去有点不可思议):

  1. allkeys-random:从所有键值对中随机选择并删除数据。
  2. allkeys-Iru:使用LRU算法在所有数据中进行筛选删除。
  3. allkeys-lfu:使用LFU算法在所有数据中进行筛选删除。

c) 不处理:

  1. 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可能更好点

如果有兴趣了解更多相关内容,欢迎来我的个人网站看看:瞳孔的个人空间

Logo

华为开发者空间,是为全球开发者打造的专属开发空间,汇聚了华为优质开发资源及工具,致力于让每一位开发者拥有一台云主机,基于华为根生态开发、创新。

更多推荐