如何利用limit_req_zone内存计算模型应对千万并发实现高效限流策略？

本文共计755个文字，预计阅读时间需要4分钟。

在千万级并发场景下，`limit_req_zone`的内存使用并非依赖堆大内存硬编码，而是基于精准建模+分层分流+key降维。核心关注点在于：

按业务维度分桶，避免单 zone 过载

千万并发不等于千万个活跃限流 key。真实流量中，大量请求集中在少数路径、用户或服务节点。应拆分为多个轻量 zone，各自独立计数：

• 对登录接口用 $http_x_user_id 或 $cookie_sessionid 建 zone，单用户限速（如 5r/s），内存按活跃用户数估算
• 对静态资源路径（如 /static/）用 $request_uri 或 $server_name，按资源粒度限流，避免爬虫打爆 CDN 回源
• 对管理后台（如 /admin/）用 $binary_remote_addr + 白名单 map，只对非内网 IP 限流，大幅减少 key 数量

key 设计必须压缩且可聚合

$binary_remote_addr 虽比 $remote_addr 省内存，但 IPv4 固定占 4 字节、IPv6 占 16 字节，仍不够高效。