Redis过期策略与内存淘汰机制

Redis 过期策略

定期删除

        定期删除指的是 Redis 默认是每隔 100ms 就随机抽取一些设置了过期时间的 key，检查 其是否过期，如果过期就删除。

         假设 Redis 里放了 10w 个 key，都设置了过期时间，你每隔几百毫秒，就检查 10w 个 key，那 Redis 基本上就死了，cpu 负载会很高的，消耗在你的检查过期 key 上了。注意，这里可不是每 隔 100ms 就遍历所有的设置过期时间的 key，那样就是一场性能上的灾难。实际上 Redis 是每 隔 100ms 随机抽取一些 key 来检查和删除的。

惰性删除

        定期删除可能会导致很多过期 key 到了时间并没有被删除掉，那咋整呢？所以就 是惰性删除了。这就是说，在你获取某个 key 的时候，Redis 会检查一下 ，这个 key 如果设置 了过期时间那么是否过期了？如果过期了此时就会删除，不会给你返回任何东西。获取 key 的时候，如果此时 key 已经过期，就删除，不会返回任何东西。

        但是实际上这还是有问题的，如果定期删除漏掉了很多过期 key，然后你也没及时去查，也就 没走惰性删除，此时会怎么样？如果大量过期 key 堆积在内存里，导致 Redis 内存块耗尽了， 咋整？ 答案是：走内存淘汰机制。

内存淘汰机制

Redis 内存淘汰机制有以下几个：

• noeviction: 当内存不足以容纳新写入数据时，新写入操作会报错，这个一般没人用吧，实 在是太恶心了。
• allkeys-lru：当内存不足以容纳新写入数据时，在键空间中，移除最近最少使用的 key（这 个是最常用的）。
• volatile-lru：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，移除最近 最少使用的 key（这个一般不太合适）。
• allkeys-random：当内存不足以容纳新写入数据时，在键空间中，随机移除某个 key，这个 一般没人用吧，为啥要随机，肯定是把最近最少使用的 key 给干掉啊。
• volatile-random：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，随机 移除某个 key。
• volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，有更早过 期时间的 key 优先移除。
• allkeys-lfu：在所有的键值对中，移除最近最不频繁使用的键值对。
• volatile-lfu：在设置了过期时间的键值对中，移除最近最不频繁使用的键值对

        通常情况下推荐优先使用 allkeys-lru 策略。这样可以充分利用 LRU 这一经典缓存算法的优势，把最近最常访问的数据留在缓存中，提升应用的访问性能。

        如果你的业务数据中有明显的冷热数据区分，建议使用 allkeys-lru 策略。

        如果业务应用中的数据访问频率相差不大，没有明显的冷热数据区分，建议使用 allkeys-random 策略，随机选择淘汰的数据就行。

        如果没有设置过期时间的键值对，那么 volatile-lru，volatile-lfu，volatile-random 和 volatile-ttl 策略的行为, 和 noeviction 基本上一致。

---

如何修改 Redis 内存淘汰策略？

        淘汰策略也可以直接使用命令 config set maxmemory-policy <策略> 来进行动态配置。
        通过修改 Redis 配置文件修改，设置maxmemory-policy <策略>，它的优点是重启 Redis 服务后配置不会丢失，缺点是必须重启 Redis 服务，设置才能生效。