Redis监听过期事件时如何通过Keyspace Notifications获取Field与Value

开发者阿泽

2026-9-25

原生Redis的键空间通知机制设计上就不会返回过期键的value、field等数据，核心原因是Redis值可能非常大，传输大值会占用大量Pub/Sub带宽影响实例稳定性，你可以根据业务需求选择以下落地方式：

方案1：影子键兜底方案（实现成本最低）
写入业务键时，同步生成一个同名前缀的影子键，将你需要保留的value、field等业务数据存入影子键，给影子键设置比业务键长1~2秒的过期时间。收到业务键的过期通知后，直接读取对应影子键的内容即可，读取完成后可主动删除影子键释放空间。该方案适合数据量小、对可靠性要求不高的场景。
方案2：自定义延时通知方案（可靠性更高）
不依赖Redis原生键空间通知，自行封装写键逻辑：每次写入带过期时间的键时，将键对应的业务数据、过期时间存入延时消息队列或者定时任务调度系统，到过期时间点主动触发业务处理逻辑。该方案避免了Redis Pub/Sub无持久化、断连丢事件的问题，适合对可靠性要求较高的业务。
方案3：Redis有序集合实现延时队列（纯Redis实现，生产常用）
用Redis有序集合存储待过期的事件，将过期时间戳作为score，需要的业务数据序列化后作为member。封装Lua脚本保证「写入业务键 + 写入有序集合事件」的原子性。单独启动一个定时进程，每秒拉取有序集合中score小于当前时间戳的元素，拿到完整业务数据后执行处理逻辑，再删除对应元素即可。该方案不需要引入额外中间件，可靠性和性能都能满足大部分业务场景。