Redis过期删除机制与内存淘汰策略的解析指南

1、简述

在使用 redis 构建缓存系统时，很多开发者只设置了 expire 但却忽略了背后 redis 的过期删除机制与内存淘汰策略。理解这两者非常关键，直接关系到你的缓存系统是否高效、稳定、可控。

本文将深入剖析 redis 中的两类机制：

• 过期删除策略：key 如何在过期后被清除？
• 内存淘汰策略：内存满了之后，哪些 key 会被删除？

2、redis 的过期删除策略（key expiration）

redis 支持给 key 设置 ttl（time to live），例如：

set user:1:name "tom" ex 60  # 设置60秒后过期

redis 有三种过期删除策略：

redis 实际如何执行过期？

redis 并不会在 key 到期的一刻立刻删除它，而是：

• 每秒随机抽取一批 key 检查过期（默认每次检查 20 个）
• 被访问的 key 会“惰性检查”，若过期就顺便删掉
• 在内存压力大时，会加速触发清理

3、redis 内存淘汰策略（eviction policy）

当 redis 达到最大内存上限（由 maxmemory 指定）时，就必须开始淘汰旧数据。此时就轮到 内存淘汰策略 发挥作用。

redis 提供的 8 种淘汰策略：

配置示例：

maxmemory 512mb
maxmemory-policy allkeys-lru

4、实践场景与建议

场景 1：普通缓存场景（推荐）

maxmemory 1gb
maxmemory-policy allkeys-lru

优点：自动替换最不常访问的 key，效果最贴近缓存的预期行为

使用方式：

set user:123 "json-data" ex 300

场景 2：数据较重要，只删除过期 key

maxmemory 1gb
maxmemory-policy volatile-lru

仅淘汰设置了过期时间的 key，持久 key 不被动清除

适合混合数据结构：部分缓存 + 部分持久值

场景 3：用户限流或验证码存储

set captcha:uid123 "xyz" ex 60

结合 volatile-ttl 策略，可以优先清理即将过期的验证码等

5、示例：模拟淘汰行为

# 配置
config set maxmemory 100kb
config set maxmemory-policy allkeys-lru

# 插入多个 key
for i in {1..100}; do
  set "key$i" "$(openssl rand -hex 20)"
done

# 查看哪些 key 被淘汰了
info stats | grep evicted

输出示例：

evicted_keys:57

说明有 57 个 key 被自动淘汰，redis 按 lru 策略生效。

• 附加建议
• redis 淘汰的是“key”，不是“内存最占用的值”
• redis 7.0+ 中 lfu 策略适合热点数据，尤其在流量分布极不均衡时更精准
• 若你使用 redis 作为数据库（而非缓存），应避免使用淘汰策略，并开启持久化

6、总结

推荐配置模板

# 设置最大内存限制
maxmemory 512mb

# 设置淘汰策略
maxmemory-policy allkeys-lru

到此这篇关于redis过期删除机制与内存淘汰策略的解析指南的文章就介绍到这了,更多相关redis过期删除与内存淘汰内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！