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

1、简述

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

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

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

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
js

场景 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 被淘汰android了
INFO stats | grep evicted

输出示例：

evicted_keys:57

说明有 57 http://www.chinasem.cn个 key 被自动淘汰，Redis 按 LRU 策略生效。

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

6、总结

推荐配置模板

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

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

到此这篇关于Redis过期删除机制与内存淘汰策略的解析指南的文章就介绍到这了,更多相关Redis过期删除与内存淘汰内容请搜索China编程(www.chinasem.cn)以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程China编程(www.chinasem.cn)！