Redis PEXPIRETIME 怎样读取键的毫秒级过期时间
如果缓存排查需要知道“这个键会在什么绝对时间过期”,可以使用 Redis 的 PEXPIRETIME。它返回 Unix 毫秒时间戳,而不是从当前时刻开始倒数的剩余毫秒数;因此更适合和业务事件时间、日志时间或任务截止时间放在同一条时间线上比较。
官方地址:https://redis.io/docs/latest/commands/pexpiretime/
PEXPIRETIME key的返回值有三种含义:有效的绝对过期时间、-1(键存在但没有过期时间)和-2(键不存在)。不要把-1当成“马上过期”,也不要把-2当成 Redis 服务异常。
PEXPIRETIME的单位是 Unix 毫秒时间戳,Redis 7.0.0 起提供。- 它只读取键的过期元数据,时间复杂度是
O(1)。 - 需要剩余时长时使用
PTTL;需要秒级绝对时间时可以使用EXPIRETIME。
先确定 PEXPIRETIME 返回的是什么
PEXPIRETIME 返回的是绝对 Unix 过期时间,单位为毫秒。例如返回 33177117420000,它代表一个时间点,而不是“还剩多少毫秒”。这和 PTTL 的语义完全不同:PTTL 返回从当前读取时刻开始计算的剩余时长。
# PEXPIRETIME 读取绝对过期时间,单位是 Unix 毫秒
redis-cli PEXPIRETIME session:1001
# PTTL 读取相对当前时刻的剩余毫秒数
redis-cli PTTL session:1001
排查时可以把二者放在一起理解:绝对时间适合和订单截止时间、定时任务时间比较;剩余时间适合判断缓存是否需要续期。不要拿 PEXPIRETIME 的结果直接当成倒计时数,也不要用两次 PTTL 的结果拼出业务事件时间。

用 PEXPIREAT 和 PEXPIRETIME 读取时间点
为了理解命令的输入输出,可以先用 PEXPIREAT 写入一个明确的 Unix 毫秒时间戳,再用 PEXPIRETIME 读取。两条命令使用同一个时间单位,避免把秒和毫秒混在一起。
# 先写入一个绝对 Unix 毫秒时间戳
redis-cli SET session:1001 active
redis-cli PEXPIREAT session:1001 33177117420000
# 读取刚写入的绝对过期时间,返回整数毫秒时间戳
redis-cli PEXPIRETIME session:1001
如果程序从 Unix 秒时间戳转换而来,写入前要明确乘以 1000;如果时间已经是毫秒,就不要再次放大。客户端封装最好把参数命名为 expireAtMillis,比单独使用 expireAt 更能提醒调用者单位。
这个命令的读取复杂度是 O(1),但它只能告诉你 Redis 当前保存的过期元数据。它不会承诺读取后键一定还会存在:键可能在下一次访问前已经过期,所以业务上不要把读取结果当作锁或订单状态的独占凭证。
区分 -1、-2 和有效时间戳
Redis 官方文档把返回结果分成三种情况。返回非负整数时,说明键有过期时间,整数就是 Unix 毫秒时间戳;返回 -1 时,键存在但没有关联的过期时间;返回 -2 时,键不存在。
# 读取不存在的 key,-2 表示 key 不存在
redis-cli DEL session:missing
redis-cli PEXPIRETIME session:missing
# 读取没有设置过期时间的 key,-1 表示永久存在(除非被删除)
redis-cli SET session:permanent active
redis-cli PEXPIRETIME session:permanent
| 返回值 | 含义 | 调用方处理 |
|---|---|---|
| 大于等于 0 | 绝对 Unix 毫秒过期时间 | 转换为时间对象或与截止时间比较 |
-1 | 键存在但没有过期时间 | 按永久键或配置缺失处理 |
-2 | 键不存在 | 按缓存未命中处理,不当作网络错误 |
应用层最好先判断 Redis 命令是否执行失败,再判断返回整数的三种业务含义。这样可以把“连接失败、权限错误、类型错误”和“正常返回 -1/-2”分开记录,监控告警也不会因为大量缓存未命中而误报。

选择 PEXPIRETIME、EXPIRETIME 还是 PTTL
三个命令都用于读取过期信息,但回答的问题不同。PEXPIRETIME 和 EXPIRETIME 都返回绝对过期时间,区别只是毫秒与秒;PTTL 返回相对当前时刻的剩余毫秒数。
| 命令 | 时间语义 | 适合的判断 |
|---|---|---|
PEXPIRETIME | 绝对时间,毫秒 | 和带毫秒精度的业务时间线比较 |
EXPIRETIME | 绝对时间,秒 | 只需要秒级时间点或兼容秒级接口 |
PTTL | 相对时间,毫秒 | 判断还能缓存多久、是否进入续期窗口 |
如果只是要实现“剩余 30 秒就刷新”,应读取 PTTL,而不是读取 PEXPIRETIME 后再用本地时钟相减。后者会引入客户端时钟偏差和网络往返时间,除非你确实需要一个可落日志的绝对时间点。
为什么读到 -1?通常是键存在但从未设置过期时间,或者业务逻辑在更新键时丢失了 TTL。先确认写入命令和更新策略,再决定是否补充过期时间。
为什么一会儿是时间戳,一会儿变成 -2?键可能在两次读取之间自然过期或被删除。读取结果只能描述读取瞬间的状态,不能代替后续业务操作的原子性。
PEXPIRETIME 返回的是秒还是毫秒?是毫秒;同一语义的秒级命令是 EXPIRETIME。生成参数时要把时间单位写进变量名和接口文档。
Go env GOTOOLDIR 怎样定位编译工具目录
- 上一篇
- Go env GOTOOLDIR 怎样定位编译工具目录
- 下一篇
- Go strconv.ParseInt 溢出时怎样保留错误信息
-
- 数据库 · Redis | 22小时前 | redis lru 缓存淘汰 maxmemory-policy LFU
- Redis eviction-policy 怎样选择 LRU 或 LFU
- 135浏览 收藏
-
- 数据库 · Redis | 22小时前 | Redis · redis 缓存失效 CLIENT TRACKING 客户端缓存 数据变更通知
- Redis 客户端缓存为什么还需要数据变更通知
- 367浏览 收藏
-
- 数据库 · Redis | 22小时前 | redis 缓存淘汰 lfu-decay-time OBJECT FREQ LFU
- Redis LFU 淘汰怎样理解计数器衰减
- 282浏览 收藏
-
- 数据库 · Redis | 22小时前 |
- Redis ZMPOP 怎样批量取出有序集合成员
- 333浏览 收藏
-
- 数据库 · Redis | 22小时前 | Redis · redis Redis Cluster Sorted Set ZDIFF WITHSCORES
- Redis ZDIFF 怎样只保留第一个有序集合的独有成员
- 186浏览 收藏
-
- 数据库 · Redis | 22小时前 |
- Redis Streams 怎样用 XACK 设计幂等确认
- 129浏览 收藏
-
- 数据库 · Redis | 22小时前 |
- Redis XADD NOMKSTREAM 怎样避免自动创建空 Stream
- 489浏览 收藏
-
- 数据库 · Redis | 22小时前 | Redis · 消息队列 · XREADGROUP XACK Redis Streams XGROUP
- Redis Streams 怎样用 XREADGROUP 读取消费组消息
- 200浏览 收藏
-
- 数据库 · Redis | 2天前 | Redis ·
- Redis 内存淘汰怎样观察真实驱逐原因
- 360浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 582次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 620次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 651次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 616次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 432次使用
-
- 接口返回的数据和数据库不一致怎么办?按数据生命周期排查
- 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浏览

