Redis EXPIRE 的 NX、XX、GT、LT 怎么选:缓存续期别把 TTL 改乱
订单详情缓存本来设置为10分钟过期,后台刷新任务每隔一会儿就补一次 EXPIRE。看上去只是续期,实际很容易把短期缓存越拉越长,或者给原本不该过期的key加上TTL。Redis 7.0之后,EXPIRE 多了 NX、XX、GT、LT 四个条件参数,续不续、只延长还是只缩短,可以直接写在命令上。
你可以直接按业务场景匹配参数:首次初始化TTL选NX、只操作已有过期时间的临时缓存选XX、仅允许延长有效期选GT、仅允许缩短有效期选LT,操作前后核对TTL返回值,就能避免续期逻辑把全局缓存的过期时间改乱。
实践要点
NX用于“只在第一次设置TTL”,不会覆盖已有的过期时间。XX用于“只改已有TTL”,避免给永久key意外加上过期时间。GT只允许延长,LT只允许缩短;它们适合把缓存窗口限制在单一方向。- 先看
TTL:-1是存在但无TTL,-2是key不存在;条件命令返回0时不要当成网络故障。
旧写法的问题不在命令,而在“总是覆盖”
早期常见的写法是:只要缓存被访问,就再次调用一次 EXPIRE cache:order:981 600。这个命令本身没有错,但它不会区分key原来有没有TTL,也不会比较新旧剩余时间。一个“每次访问都续十分钟”的动作,可能让热点key长时间不离开内存;另一类任务则可能把已经剩30分钟的有效窗口误缩成10分钟。
先用最小命令看清现状。返回值是后续判断的依据,不要只盯着命令是否发出:
SET cache:order:981 "ready" TTL cache:order:981 # (integer) -1 EXPIRE cache:order:981 600 # (integer) 1 TTL cache:order:981 # 大约 600
这里的 -1 表示key还在,但没有过期时间。若你不希望刷新任务碰到永久key,就不能直接使用无条件 EXPIRE;要把“是否已有TTL”变成命令的一部分。

四个条件参数分别解决什么边界
Redis官方文档把这四个参数定义为互斥选项,一次只选一个。它们不是四种语法糖,而是四个不同的时间语义:
| 参数 | 允许设置TTL的条件 | 适合的场景 | 容易误解的点 |
|---|---|---|---|
NX | key当前没有TTL | 只补首次过期时间 | 已有TTL时返回0,不会重新计时 |
XX | key当前已有TTL | 只刷新临时缓存 | 永久key不会被改成临时key |
GT | 新TTL大于当前TTL | 只允许延长有效窗口 | 无TTL的key按无限TTL看待,有限秒数不会通过 |
LT | 新TTL小于当前TTL | 紧急收紧缓存窗口 | 无TTL的key按无限TTL看待,有限秒数可通过 |
例如会话缓存刚写入时要补一次默认TTL,可以选 NX;清理任务只想缩短异常订单的缓存窗口,可以选 LT。这里别急着把 GT 当成“续期万能开关”:它只比较剩余时间,不知道业务上的绝对截止时间。若缓存不能跨过某个固定时刻,应由应用先算出正确秒数,再把条件命令当作最后一道保护。
EXPIRE cache:order:981 600 NX # key 原本无 TTL 时返回 1;已有 TTL 时返回 0 EXPIRE cache:order:981 900 GT # 仅当当前剩余时间小于 900 秒时返回 1 EXPIRE cache:order:981 120 LT # 仅当当前剩余时间大于 120 秒时返回 1
命令返回 1 说明本次确实更新了过期时间;返回 0 则说明key不存在或条件不满足。把这个结果记到业务日志或指标中,才能分辨“没有缓存”与“条件主动拒绝更新”。
Redis 7.0的条件语义,替代了哪些应用层补丁
在这些参数出现前,应用通常先读 TTL,再决定是否调用 EXPIRE。两条命令之间可能被其他请求改变TTL;即便没有并发问题,代码也常把 -1、-2 和正常秒数混在一段分支里。条件参数把一部分判断放回Redis,减少了“先看再改”的往返和竞态窗口。
这不代表 TTL 可以完全删掉。它仍然适合监控、排障和测试中确认状态。一个紧凑的核对流程是:先读取一次TTL认识现状,发出带条件的EXPIRE,再读取TTL确认结果是否符合预期。
TTL cache:order:981 EXPIRE cache:order:981 900 GT TTL cache:order:981
注意秒数不能传0或负数。官方文档说明,EXPIRE 的非正超时会删除key,而不是让key进入普通的过期流程。把“清缓存”写成显式删除动作通常更容易审计;把这个边界混进续期参数,很容易让故障处理变成数据丢失。

兼容和上线时,先做四个小检查
NX、XX、GT、LT从Redis 7.0开始提供。混合版本、旧测试环境或客户端封装较旧时,先确认服务端版本和客户端是否能发出该参数。客户端没有对应的高级方法并不代表不能使用,只是不要猜测它的参数名或返回类型。
- 在测试库分别准备无TTL、短TTL、长TTL和不存在的key。
- 对每种key各跑一次目标条件,记录命令返回的1或0。
- 再读TTL,确认时间只朝预期方向变化。
- 检查业务日志是否把“条件未满足”误报成刷新失败。
缓存续期真正要保护的是业务窗口,不是某一条命令。把条件写在 EXPIRE 上,再用TTL和返回值做核对,能让“谁可以改变过期时间”变得可见,也更容易在后续规则变化时回看。
相关问题
NX、XX、GT、LT能一起传吗?
不能。Redis将它们定义为互斥条件,一次EXPIRE只应选择一个时间语义。
TTL返回0代表什么?
TTL返回的是剩余秒数,接近过期时可能显示0。命令返回0则是另一件事,表示EXPIRE没有设置TTL,可能是key不存在或条件不满足。
为什么GT对没有TTL的key不生效?
在GT/LT的比较规则里,没有TTL的key被当作无限TTL。有限秒数不会比无限大,所以GT不会通过;相反,LT可以把它收紧为有限TTL。
Java Stream 的 toMap 遇到重复 key 怎么写:合并策略和分组边界
- 上一篇
- Java Stream 的 toMap 遇到重复 key 怎么写:合并策略和分组边界
- 下一篇
- Go 升级到 1.22 后循环变量还会踩坑吗:go.mod 版本和回归检查
-
- 数据库 · Redis | 6小时前 |
- Redis EXPIRE 条件参数如何避免覆盖更长 TTL
- 207浏览 收藏
-
- 数据库 · Redis | 7小时前 |
- Redis Cluster 槽位统计辅助容量规划的方法
- 137浏览 收藏
-
- 数据库 · Redis | 7小时前 |
- Redis Pipeline 降低往返延迟的批量边界
- 321浏览 收藏
-
- 数据库 · Redis | 7小时前 |
- Redis ACL 按命令类别限制应用权限的配置
- 115浏览 收藏
-
- 数据库 · Redis | 7小时前 | Redis · cluster · redis Redis Cluster CROSSSLOT Hash Tag hash slot
- Redis Cluster 多 key 操作的哈希标签设计
- 246浏览 收藏
-
- 数据库 · Redis | 7小时前 |
- Redis GEOSEARCH 查询附近地点的范围条件
- 116浏览 收藏
-
- 数据库 · Redis | 2天前 |
- Redis BZPOPMIN 怎样等待最小成员
- 454浏览 收藏
-
- 数据库 · Redis | 2天前 |
- Redis BLMOVE 超时后怎样判断源列表状态
- 108浏览 收藏
-
- 数据库 · Redis | 2天前 |
- Redis 客户端缓存怎样使用广播失效
- 332浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 498次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 558次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 583次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 534次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 347次使用
-
- 接口返回的数据和数据库不一致怎么办?按数据生命周期排查
- 2026-06-27 398浏览
-
- Go与Redis实现分布式互斥锁和红锁
- 2022-12-22 117浏览
-
- Go+Redis实现延迟队列实操
- 2023-02-23 426浏览
-
- 关于golangtest缓存问题
- 2023-01-01 298浏览
-
- 一文搞懂Go语言操作Redis的方法
- 2023-01-07 171浏览
