如何取消Redis key到期时的自动删除行为

Redis本身没有原生支持关闭到期Key自动删除的配置，自动删除是Redis过期策略的核心设计，用于及时释放无效内存，你可以通过以下变通方案实现需求：

方案1：双Key影子方案（生产环境首选，改造成本最低） #

这是业界最常用的实现方式，逻辑简单兼容性强：

• 核心逻辑：不给业务数据Key设置过期时间，额外创建绑定业务Key的影子通知Key，仅给影子Key设置到期时间
• 实现步骤：
  1. 写入业务数据时，原子执行两个操作：写入永久有效的业务Key，同时写入带过期时间的影子Key，可直接用Lua脚本保证原子性：

     -- 参数传入：KEYS[1] = 业务Key，ARGV[1] = 业务值，ARGV[2] = 到期秒数
     redis.call('SET', KEYS[1], ARGV[1])
     redis.call('SET', 'shadow:'..KEYS[1], '', 'EX', ARGV[2])
     

  2. 保持Key Space Notification的expired事件订阅，仅监听前缀为shadow:的Key过期通知即可（如果还没开启事件通知，执行命令CONFIG SET notify-keyspace-events Ex开启）
  3. 收到影子Key的过期通知后，提取通知内容里的业务Key后缀，直接读取永久保存的业务Key的完整数据即可，后续可自行决定是否删除业务Key
• 优势：不需要修改Redis内核，兼容所有Redis版本，不会出现数据丢失问题，性能损耗极低

方案2：自定义到期时间字段+延长过期窗口（适合不想新增Key的场景） #

如果你的业务数据是用Hash结构存储，可以用这个方案减少Key数量：

• 核心逻辑：给Key设置的过期时间比业务预期到期时间多60~300秒的缓冲窗口，同时在Key的字段里存储真实的业务到期时间戳
• 实现步骤：
  1. 写入数据时执行：HSET 业务Key data 业务值 real_expire 业务到期时间戳，再执行EXPIRE 业务Key 业务到期秒数+60，多留60秒的缓冲时间用于处理通知
  2. 订阅expired事件，或者自己实现轻量的定时扫描逻辑，匹配到Key的real_expire到点后就触发业务通知，处理完成后可自行决定是否保留该Key
• 优势：不需要额外新增影子Key，占用的Key空间更小

方案3：全自研到期扫描逻辑（仅适合小体量数据场景） #

如果你的Redis数据量极小、内存充足，也可以完全放弃Redis自带的过期策略：

• 所有业务Key都设置为永久有效，仅在Key的属性里存储到期时间戳
• 自己在应用侧实现定时扫描逻辑，遍历所有Key匹配到期时间，到点后触发通知
• 注意：这个方案在数据量超过10万级时会有明显的扫描性能损耗，非特殊场景不推荐使用

优先选择方案1即可，稳定性和可维护性最高，适配绝大多数业务场景。

内容的提问来源于stack exchange，提问作者Gabriel Guedes