Redis--Lua 脚本原子性与滑动窗口限流

Lua 核心特性多条 Redis 命令封装在 Lua 中发送服务端完整执行完所有指令才会处理下一条请求天然原子性无需额外加锁。滑动窗口限流原理把一段时间切分成多个小时间片实时统计每个分片内请求数量超出阈值直接拦截相比漏桶、令牌桶流量管控更平滑不会出现瞬间突刺流量全部放行。Redis Lua 滑动窗口限流 VS Sentinel 限流 / 熔断对比Redis 滑动窗口限流管控粒度用户维度手机号、渠道 id精准限制单个用户操作频次偏向业务防刷、配额管控层级业务层依赖 Redis 中间件分布式环境所有服务计数统一短板仅能限流下游服务超时、异常无法处理存在网络开销Sentinel 限流熔断管控粒度接口、服务整体 QPS、并发线程数保护整个服务特有能力熔断下游报错 / 超时达到阈值直接切断调用快速失败解决服务雪崩层级应用本地无需中间件实时监控服务健康状态小总结Lua 相当于把一堆 Redis 操作打包一次性执行中途不会被别的请求插队计数不会错乱。滑动窗口就是拆分时间统计流量不会一下子放过大量请求。两者限流分工不一样Redis 管单个用户防止同一个人疯狂刷短信Sentinel 管整个接口防止海量请求打垮服务下游短信服务挂了还能熔断止损。Lua 原子不中断滑动窗口 分片统计流量Redis 管用户配额Sentinel 管服务防护附Sentinel 热点参数限流 VS Redis Lua 限流Sentinel 热点参数限流有严重单机偏差分布式集群场景计数不准 Sentinel 的热点计数器存在当前应用内存里不是全局共享。Sentinel 热点限流能力有限只能做简单 QPS 拦截做不了复杂业务统计。Sentinel 热点限流没有持久化重启实例统计全部丢失。Redis Lua 滑动窗口限流业务配额防刷定位业务层分布式配额管控管「单个用户 / 渠道能操作多少次」数据存储Redis 全局共享集群多实例计数统一无误差能力可做日 / 小时 / 分钟多维度计数、持久化留存记录、复杂业务规则每日上限、剩余条数短板只能限流没有熔断、降级、服务健康监控能力下游短信服务超时它管不了举例限制单个手机号一天最多发 50 条营销短信防止恶意批量刷短信Sentinel 热点参数限流单机接口流量防护定位应用本地服务保护辅助拦截突发热点流量核心能力是熔断降级数据存储当前实例内存分布式集群统计失真无法精准管控用户全局配额特有能力熔断、超时降级、系统负载保护、监控下游服务状态短板计数不全局统一、数据不落地不能做长期业务配额统计举例某个手机号瞬间 1 秒 100 次请求临时拦截突刺流量第三方短信服务超时直接熔断Redis Lua 分布式限流 Sentinel 热点参数限流 分层协作方案第一层Sentinel 本地热点限流快速拦截无网络开销请求进入接口先经过 Sentinel 热点参数规则针对手机号 / 渠道 ID 做单机瞬时 QPS 拦截。作用瞬间打爆接口的恶意高频请求直接在本机内存拦截不用走 Redis 网络 IO减轻 Redis 压力局限多实例集群计数分开统计无法管控全局总次数仅做瞬时流量拦截。第二层Redis Lua 滑动窗口分布式限流全局精准业务配额校验Sentinel 放行后再执行 Redis Lua 脚本做全局限流统计。作用Redis 全局统一计数所有服务实例共享同一套统计数据精确管控单用户分钟 / 小时 / 每日发送上限补充Lua 原子执行计数、清理过期窗口一步完成不会出现并发计数错乱。第三层Sentinel 熔断 / 降级兜底下游故障防护限流全部通过后调用第三方短信服务商接口Sentinel 监控调用成功率、响应耗时下游超时 / 报错比例超标 → 触发熔断直接返回降级提示不再调用第三方防止服务线程耗尽引发服务雪崩。双组件分工互补逻辑Sentinel 热点参数限流 本机瞬时流量防火墙优势本地内存计算速度极快扛住突发脉冲流量短板集群计数不准、无持久化、不能做长期业务配额。Redis Lua 滑动窗口限流 分布式业务配额管控核心优势全局统一计数、支持多时间维度统计、数据持久化留存满足风控对账短板存在 Redis 网络开销超高并发下会增加少量延迟。故障降级兼容方案生产必备如果 Redis 集群宕机、网络不通捕获 Redis 异常后临时降级为仅依靠 Sentinel 热点限流保障服务可用Redis 恢复后自动切回两层限流完整逻辑同时异步补偿丢失的计数日志保证业务统计最终准确。Sentinel 热点限流管一瞬间猛刷Redis 管一整天能发多少熔断管第三方通道挂了怎么办。