redis过期策略
文章目录
- 1.定期删除+惰性删除
- 1.定期删除
- 2.惰性策略
- 2.内存淘汰机制
- 7.1.volatile-lru
- 7.2.allkeys-lru
- 7.3.volatile-random
- 7.4.allkeys-random
- 7.5.volatile-ttl
- 7.6.noeviction
1.定期删除+惰性删除
1.定期删除
指的是 redis 默认是每隔 100ms 就随机抽取一些设置了过期时间的 key，检查其是否过期，如果过期就删除。
假设 redis 里放了 10w 个 key，都设置了过期时间，你每隔几百毫秒，就检查 10w 个 key，那 redis 基本上就死了，cpu 负载会很高的，消耗在你的检查过期 key 上了。
注意，这里可不是每隔 100ms 就遍历所有的设置过期时间的 key，那样就是一场性能上的灾难。实际上 redis 是每隔 100ms 随机抽取一些 key 来检查和删除的。但是问题是，定期删除可能会导致很多过期 key 到了时间并没有被删除掉，那咋整呢？
2.惰性策略
惰性策略就是说，在你获取某个 key 的时候，redis 会检查一下 ，这个 key 如果设置了过期时间那么是否过期了？如果过期了此时就会删除，不会给你返回任何东西。但是实际上这还是有问题的，如果定期删除漏掉了很多过期 key，然后你也没及时去查，也就没走惰性删除，此时会怎么样？
2.内存淘汰机制
7.1.volatile-lru
对于设置了过期时间的记录根据lru（latest recently used）的方法进行删除，不推荐。
7.2.allkeys-lru
对于所有记录使用lru规则进行删除，推荐。
7.3.volatile-random
对于设置了过期时间的记录随机删除，不推荐。
7.4.allkeys-random
对于所有记录随机删除，不推荐。
7.5.volatile-ttl
对于设置了过期时间的记录，删除离当前时间最近的记录，不推荐。
7.6.noeviction
不删除记录，也就是当达到内存最大值的时候，再来新记录直接报错。这事redis的默认过期策略，不推荐。
从对redis的过期策略分析来看我们很明显应该使用allkeys-lru来作为我们的过期策略。