如何利用二进制地址编码在极小内存中实现limit_req_zone全局流量控制？

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

使用 `limit_req_zone 结合 `$binary_remote_addr` 在极小内存下做全局流控，核心不是堆内存，而是精确计算、压缩维度、分层存储。实际压测和线上验证表明，1MB 共享内存稳定支持1.5万活跃IPv4客户端，足以覆盖中低规模API网关或登录/注册等高敏路径的防护。

为什么必须用 $binary_remote_addr 而非 $remote_addr

IPv4 地址字符串（如 192.168.1.1）长度不固定（7–15 字节），且带点分十进制解析开销；而 $binary_remote_addr 固定占 4 字节，无解析成本，哈希更均匀。实测同量级 IP 数下，内存占用降低约 50%，哈希冲突率下降 3 倍以上——这对小内存场景是决定性优势。

按真实活跃数反推最小可用内存

别按日活或总 IP 数配，只看「并发活跃窗口内可能触发限速判定的 IP 数」。例如：

• 登录接口峰值每秒 300 次请求，平均每个用户 2 秒内发起 3 次尝试 → 同时活跃 IP 约 200 个
• 爬虫探测接口，监控显示前 5 分钟去重 IP 为 4200 个，取 0.4 系数 → 预估活跃 IP ≈ 1700

按 64 字节/IP 计算：1700 × 64 = 108,800 字节 ≈ 0.11MB。此时配 zone=login_limit:1m 已绰绰有余，再加 2–3 倍冗余（防哈希桶扩容、突发增长），2m 是安全又轻量的选择。