如何优化Nginx limit_req_zone公式应对千万级独立IP长尾词限流?
- 内容介绍
- 文章标签
- 相关推荐
本文共计830个文字,预计阅读时间需要4分钟。
使用单个 `limit_req_zone` 区域无法在常规内存下支持千万级独立IP限流,核心问题不在于计算能力,而是共享内存消耗过大——每个IP状态平均占用约64字节。
单 IP 内存占用怎么算
实测与社区共识一致:每个客户端 IP 在 limit_req_zone 中至少消耗约 64 字节,包含哈希桶头、计数器、时间戳、锁等元数据。这意味着:
- 1 MB 共享内存 ≈ 存储 1.6 万个独立 IP 状态
- 100 万 IP → 至少需约 64 MB 内存
- 1000 万 IP → 至少需约 640 MB,接近 1 GB
- 若用
$remote_addr(文本形式),IPv4 地址平均占 12 字节以上,整体内存再增 15%~20%
为什么不能硬扛 $binary_remote_addr
用 $binary_remote_addr 虽比文本省空间(IPv4 固定 4 字节),但只是“省一点”,不是“省很多”。真正瓶颈在于每个 IP 都要维护完整状态结构,而非地址本身长度。直接按 IP 建 zone 是最笨的办法,内存增长是线性的,毫无弹性。
本文共计830个文字,预计阅读时间需要4分钟。
使用单个 `limit_req_zone` 区域无法在常规内存下支持千万级独立IP限流,核心问题不在于计算能力,而是共享内存消耗过大——每个IP状态平均占用约64字节。
单 IP 内存占用怎么算
实测与社区共识一致:每个客户端 IP 在 limit_req_zone 中至少消耗约 64 字节,包含哈希桶头、计数器、时间戳、锁等元数据。这意味着:
- 1 MB 共享内存 ≈ 存储 1.6 万个独立 IP 状态
- 100 万 IP → 至少需约 64 MB 内存
- 1000 万 IP → 至少需约 640 MB,接近 1 GB
- 若用
$remote_addr(文本形式),IPv4 地址平均占 12 字节以上,整体内存再增 15%~20%
为什么不能硬扛 $binary_remote_addr
用 $binary_remote_addr 虽比文本省空间(IPv4 固定 4 字节),但只是“省一点”,不是“省很多”。真正瓶颈在于每个 IP 都要维护完整状态结构,而非地址本身长度。直接按 IP 建 zone 是最笨的办法,内存增长是线性的,毫无弹性。

