Redis滑动窗口限流实现中对key执行重命名操作的作用是什么？

架构老林

2026-9-27

重命名操作的核心作用是解决限流Key初始化阶段的竞态问题，保证限流逻辑的正确性，具体分为两点：

避免高并发场景下的计数覆盖
常规限流初始化逻辑会先判断ratelimit:ID是否存在，不存在则执行SET初始化计数和过期时间，存在则直接执行INCR计数。但「判断是否存在+SET」是两步非原子操作，高并发下多个请求同时判定Key不存在时，会多次执行SET操作直接覆盖已经累计的请求计数，导致限流规则完全失效。
而创建临时Key时的SET ratelimittemp:ID 0 EX 60本身是原子命令，后续重命名操作（源码中实际用的是RENAMENX，即仅目标Key不存在时才重命名成功）保证只有第一个请求能完成正式Key的初始化，其余请求的重命名操作会自动失败，不会修改已经存在的正式Key的计数。
保证限流周期和过期时间的准确性
如果采用先执行INCR再补充设置过期时间的逻辑，一旦INCR执行后客户端崩溃、网络中断导致过期时间设置失败，该Key会永久留存，引发永久触发限流的异常。
临时Key在创建时就已经绑定了60秒的过期时间，Redis的重命名操作不会修改Key本身的过期属性，正式Key的限流周期从初始化那一刻就被准确设置，完全避免漏设过期时间的问题。