当前位置:首页 > 文章列表 > 数据库 > Redis > Redis EXPIRE 的 NX、XX、GT、LT 怎么选:缓存续期别把 TTL 改乱

Redis EXPIRE 的 NX、XX、GT、LT 怎么选:缓存续期别把 TTL 改乱

来源:17golang原创 2026-07-16 15:58:33 0浏览 收藏

订单详情缓存本来设置为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 缓存 key 经过 TTL 检查后按 NX、XX、GT、LT 条件选择是否更新过期时间的关系图

四个条件参数分别解决什么边界

Redis官方文档把这四个参数定义为互斥选项,一次只选一个。它们不是四种语法糖,而是四个不同的时间语义:

参数允许设置TTL的条件适合的场景容易误解的点
NXkey当前没有TTL只补首次过期时间已有TTL时返回0,不会重新计时
XXkey当前已有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进入普通的过期流程。把“清缓存”写成显式删除动作通常更容易审计;把这个边界混进续期参数,很容易让故障处理变成数据丢失。

Redis TTL 从无过期、短 TTL 和长 TTL 三种状态经过条件 EXPIRE 后的前后变化关系图

兼容和上线时,先做四个小检查

NX、XX、GT、LT从Redis 7.0开始提供。混合版本、旧测试环境或客户端封装较旧时,先确认服务端版本和客户端是否能发出该参数。客户端没有对应的高级方法并不代表不能使用,只是不要猜测它的参数名或返回类型。

  1. 在测试库分别准备无TTL、短TTL、长TTL和不存在的key。
  2. 对每种key各跑一次目标条件,记录命令返回的1或0。
  3. 再读TTL,确认时间只朝预期方向变化。
  4. 检查业务日志是否把“条件未满足”误报成刷新失败。

缓存续期真正要保护的是业务窗口,不是某一条命令。把条件写在 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。

版本声明
本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
Java Stream 的 toMap 遇到重复 key 怎么写:合并策略和分组边界Java Stream 的 toMap 遇到重复 key 怎么写:合并策略和分组边界
上一篇
Java Stream 的 toMap 遇到重复 key 怎么写:合并策略和分组边界
Go 升级到 1.22 后循环变量还会踩坑吗:go.mod 版本和回归检查
下一篇
Go 升级到 1.22 后循环变量还会踩坑吗:go.mod 版本和回归检查
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • PubMedQA数据集详解:生物医学问答基准、功能与应用指南
    PubMedQA
    深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
    498次使用
  • H2O EvalGPT:开源LLM大模型评估与排行榜工具
    H2O EvalGPT
    H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
    558次使用
  • LMArena是什么?伯克利AI模型评估平台使用指南与功能解析
    LMArena
    LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
    583次使用
  • 斯坦福HELM:大语言模型Holistic Evaluation整体评估框架详解
    HELM
    深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
    534次使用
  • MMBench详解:多模态大模型基准测试、功能特点与使用指南
    MMBench
    MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
    347次使用