用 $binary_remote_addr 替代 $remote_addr 可节省超50%共享内存——因其IPv4仅占4字节、IPv6占16字节，而字符串格式需11–39字节且含冗余管理开销。
用 $binary_remote_addr 替代 $remote_addr 做限流键，能实测节省超 50% 的共享内存占用——关键不在“用了什么变量”，而在于它怎么存、存多少。
为什么 $binary_remote_addr 更省空间
Nginx 的限流状态（每个客户端的计数、时间戳等）都存在共享内存 zone 里。真正吃内存的，是区分不同客户端的 key 字段。
- $remote_addr 是字符串格式：IPv4 如 "192.168.1.1" 占 11 字节，IPv6 如 "2001:db8::1" 可达 39 字节；长度不固定，Nginx 需预留最大空间 + 指针管理开销
- $binary_remote_addr 是二进制压缩值：IPv4 固定 4 字节，IPv6 固定 16 字节；无字符串终止符、无编码转换、无动态分配，直接 memcpy 到哈希节点
- 实测显示：纯 IPv4 场景下，单 key 存储成本从平均 32–40 字节降至约 12–16 字节（含结构体头），综合节省超 50%
真实内存容量怎么算
别再信“1MB ≈ 1 万个 IP”这种粗略估算。实际容量取决于协议类型、内存对齐和哈希桶开销：
- 每个 $binary_remote_addr key 在 zone 中实际占用约 64 字节（含 IPv4 地址 4 字节 + 计数器 8 字节 + 时间戳 + 指针等管理开销）
- 哈希表有约 15–20% 的管理开销（桶数组、链地址指针等）
- 10MB zone 扣除 18% 开销后剩约 8.6MB，按 64 字节/IP 计算，可存约 13.5 万个 IPv4 地址
配置对比与验证方法
两行配置即可验证差异，无需重启服务也能观察效果：
- 低效写法：limit_req_zone $remote_addr zone=bad:10m rate=5r/s;
- 高效写法：limit_req_zone $binary_remote_addr zone=good:10m rate=5r/s;
- 启动后执行
ps aux --sort=-vsz | head -5，主进程 VSZ 差值通常为 2–4MB——这就是 key 格式带来的纯内存节约 - 也可用
cat /proc/$(pidof nginx)/maps | grep "limit"查看实际映射内存大小
搭配使用的小技巧
光换变量还不够，配合合理设计能进一步提升效率：
- 高频接口建议单独建 zone，key 可组合如
$binary_remote_addr$request_uri，避免全站共用一个大 zone - 对白名单 IP 或内网流量，可用
map指令将其 key 设为空字符串，跳过限流（Nginx 自动忽略空 key） - 登录类低频操作（如
rate=3r/m），即使 IP 数量大，因长期存活少，可用小 zone（如 2MB）降低压力
