Redis TTL 与 PERSIST 组合管理缓存续期的方案

Redis 里“续期”和“取消过期”不是一回事：TTL 只读取剩余时间，EXPIRE 负责设置或更新 timeout，PERSIST 则移除已有 timeout，让键变成不会自动过期的持久键。缓存仍要自动失效时，优先使用 EXPIRE；只有业务明确要暂时保留这条键时，才使用 PERSIST。

官方地址：https://redis.io/docs/latest/

下面用一个缓存键把状态、条件续期和误用边界拆开说明。示例是命令级写法，图片是静态说明图，不代表某次线上运行截图。

先把缓存键的三种状态分开

TTL key 的结果先决定了后续策略：返回非负整数表示仍有多少秒；返回 -1 表示键存在但没有过期时间；返回 -2 表示键不存在。不要把 -1 当成“快过期”，它恰恰代表 Redis 不会因为 timeout 自动删除该键。

# 建立一个带过期时间的缓存键，并读取剩余秒数
redis-cli SET cache:user:42 '{"name":"林默","tier":"standard"}'
redis-cli EXPIRE cache:user:42 1800
redis-cli TTL cache:user:42

# -1 表示存在但永久保留，-2 表示这个键已经不存在
redis-cli TTL cache:user:42

这三个状态对应三类业务判断：带 TTL 的缓存可以续期；永久键通常不应被缓存续期逻辑误改；不存在的键需要回源或重新填充，而不是直接调用 PERSIST。

续期和取消过期是两种不同动作

最容易出现的误用是把 PERSIST 当成“把 TTL 延长”。它实际做的是移除 timeout，执行成功后 TTL 会变成 -1。如果目标是把剩余 300 秒重新设为 1800 秒，应再次调用 EXPIRE，而不是调用 PERSIST。

# 续期：把当前键的过期时间设置为 1800 秒
redis-cli EXPIRE cache:user:42 1800

# 只对已有过期时间的键续期，避免把永久键意外变成短期缓存
redis-cli EXPIRE cache:user:42 1800 XX

# 只有新时间更长时才更新，适合多个请求竞争续期
redis-cli EXPIRE cache:user:42 1800 GT

# 取消过期：成功后键会转为永久键，不是延长 TTL
redis-cli PERSIST cache:user:42
redis-cli TTL cache:user:42

XX 约束“必须已经有过期时间”，GT 约束“新 timeout 必须大于旧 timeout”。若需要缩短时间，可以考虑 LT；若只想给没有 timeout 的键补上过期时间，可以考虑 NX。这些选项比“先读 TTL、再凭客户端判断”更适合表达单条命令的条件。

把方案落到缓存生命周期

可以先写成一张变更表，避免在业务代码里把命令混用：

还要留意覆盖写入：使用 SET 替换同一个键的值时，原有过期时间会被清除，除非在写入时重新设置过期时间。相反，许多只修改值内部内容的操作会保留原 timeout。上线前要明确“更新值”和“改变生命周期”是否应该是同一个原子策略，不能只看缓存命中率。

回归检查要覆盖哪些边界

# 检查续期命令是否真的命中已有 timeout
redis-cli TTL cache:user:42
redis-cli EXPIRE cache:user:42 1800 XX

# PERSIST 只有在存在 timeout 时返回 1；没有 timeout 或键不存在时返回 0
redis-cli PERSIST cache:user:42
redis-cli TTL cache:user:42

# 覆盖写入后重新检查，确认业务是否需要再次设置 EXPIRE
redis-cli SET cache:user:42 '{"name":"林默","tier":"vip"}'
redis-cli TTL cache:user:42

重点不是把 PERSIST 和 EXPIRE 串成固定顺序，而是让每个调用都对应明确的生命周期意图：TTL=-2 先处理缺失，TTL=-1 不要盲目续期，非负 TTL 才进入带条件的延长或缩短策略。多实例同时续期时，优先利用 XX、GT、LT 表达约束，减少客户端读改写窗口。

相关问题

调用 PERSIST 后还能恢复 TTL 吗？

可以，只要键仍存在，再调用 EXPIRE 或其他过期命令重新设置 timeout。PERSIST 不保存被移除的旧秒数，因此恢复时要由业务重新给出有效期。

TTL 返回 -1 时应该怎么续期？

先确认这是否本来就是永久键。如果它本应是缓存，再按业务确定一个新的秒数调用 EXPIRE；如果它属于配置或锁定状态，不应为了统一缓存逻辑而强行加过期时间。

EXPIRE 和 PERSIST 都是 O(1) 吗？

Redis 官方命令文档将这两个命令的时间复杂度都列为 O(1)。但复杂度不等于业务策略相同：EXPIRE 修改 timeout，PERSIST 移除 timeout，返回值和后续生命周期完全不同。