基于Redis的限流器在主从架构下是否存在一致性问题？

思路正确性 #

你的判断完全正确：在主从架构的Redis中，若从副本读取限流器相关数据，主从同步延迟确实会导致获取到过期（stale）数据，进而破坏限流器的准确性。

问题严重性 #

在百万级请求的高并发场景下，这个问题的影响非常严重：

• 流量失控风险：如果读取到过期数据，限流器可能误判请求合规，导致实际流量超过预设阈值，直接压垮后端服务。
• 误拒正常请求：反之，也可能将合法请求判定为违规，拒绝用户访问，损害业务体验。
• 滚动窗口型限流器依赖实时的请求时间戳数据，哪怕几十毫秒的同步延迟，在高并发下也会积累大量错误判断，让限流器完全失效。

解决方案 #

1. 编写Lua脚本在主节点执行 #

将限流器的所有操作（包括写入、统计元素数量、时间戳对比）打包成单个Lua脚本，提交给主节点执行。Redis会保证脚本执行的原子性，所有逻辑都在主节点完成，彻底避免主从同步带来的数据不一致问题。这是最推荐的方案，兼顾原子性与数据一致性。

2. 强制读取主节点 #

修改限流器的读取逻辑，指定所有查询直接访问主节点。这种方案实现简单，但会增加主节点的负载，在百万级请求下需要评估主节点的承载能力，避免主节点成为性能瓶颈。

3. 基于Redis Cluster的本地节点访问 #

如果使用Redis集群部署，可将限流器的key通过哈希路由到特定主节点，所有读写操作都直接访问该节点，避免跨节点同步的延迟问题。

4. 优化主从同步策略 #

调整Redis主从同步配置，比如启用PSYNC2.0减少同步开销、增大repl-backlog-size降低同步中断后的恢复时间。但这种方案只能缓解延迟，无法彻底消除，适合作为辅助优化手段。

内容的提问来源于stack exchange，提问作者Gitesh Khanna