Nginx原生limit_req仅支持单机限流,分布式需依赖外部组件;通过shared memory zone定义规则、location精确匹配路径、key组合IP/URI/用户标识实现近似分布式限流,强一致须用Redis+Lua或统一网关。

在 Nginx 中使用 limit_req 对特定 API 路径做分布式限流,核心在于:**共享状态(通过 shared memory zone) + 精确匹配 location + 合理的 key 构造(如结合 client IP 和 URI)**。单机限流容易,但“分布式”在此语境下通常指多台 Nginx 实例需行为一致——这实际依赖外部协调(如 Redis),而 Nginx 原生命令不支持跨节点共享计数器。因此更准确的说法是:**在每台 Nginx 上独立部署一致的限流策略,并通过 key 设计(如含用户标识)让逻辑上“同一请求流”被同一定速规则约束;若需强一致性限流,则必须引入 Redis + Lua(OpenResty)或网关层统一控制。**
1. 基础配置:定义共享内存区与限流规则
在 http 块中声明一个共享内存 zone,用于存储请求计数状态:
http {
# 定义名为 'api_limit' 的共享内存区,大小 10m(约可存 16 万 IP+key 组合)
limit_req_zone $binary_remote_addr zone=api_limit:10m rate=10r/s;
<pre class="brush:php;toolbar:false;"># 可选:按 URI 路径限流(适合固定路径如 /api/v1/users)
limit_req_zone $uri zone=uri_limit:10m rate=5r/s;
# 更实用:组合 client IP + 请求路径(防单 IP 刷多个接口)
limit_req_zone "$binary_remote_addr$uri" zone=ip_uri_limit:10m rate=20r/m;}
说明:
-
$binary_remote_addr比$remote_addr更节省内存(固定 4 字节) -
rate=10r/s表示每秒最多 10 个请求;20r/m即每分钟 20 次 - 内存大小需根据预期并发请求数估算(1MB ≈ 1.6 万条记录)
2. 精确作用于特定 API 路径
在 location 块中启用限流,只对目标路径生效:
server {
listen 80;
server_name api.example.com;
<pre class="brush:php;toolbar:false;"># 仅对 /api/v1/orders 路径限流(每分钟最多 30 次,允许突发 5 次)
location ^~ /api/v1/orders {
limit_req zone=ip_uri_limit burst=5 nodelay;
proxy_pass https://www.php.cn/link/65b5b8d1f89bf53a5713bc3afdd83e9e;
}
# 对所有 /api/ 开头路径统一限流(用 $uri 区分不同子路径)
location ^~ /api/ {
limit_req zone=uri_limit burst=3;
proxy_pass https://www.php.cn/link/65b5b8d1f89bf53a5713bc3afdd83e9e;
}}
关键参数说明:
-
burst=5:允许突发 5 个请求进入队列(超限后排队或拒绝) -
nodelay:不延迟处理 burst 内请求(立即响应,但可能瞬间打满后端) - 不加
nodelay时,burst 请求会按速率平滑释放(更友好) -
^~保证前缀匹配优先于正则,提升性能
3. 支持用户级(而非仅 IP)限流的进阶做法
若需按用户 token 或 app_id 限流(如每个 API Key 每分钟 100 次),需从请求头或参数提取标识:
http {
# 从请求头 X-API-Key 提取,若为空则 fallback 到 IP
map $http_x_api_key $limit_key {
"" $binary_remote_addr;
default $http_x_api_key;
}
<pre class="brush:php;toolbar:false;">limit_req_zone $limit_key zone=per_key_limit:10m rate=100r/m;}
server { location ^~ /api/ { limit_req zone=per_key_limit burst=20; proxy_pass https://www.php.cn/link/65b5b8d1f89bf53a5713bc3afdd83e9e; } }
注意:
-
map必须在http块顶层定义,不能在 server 或 location 内 - 确保客户端真实传递
X-API-Key,且服务端已校验其有效性 - 该方式仍为单机限流 —— 同一 key 在多台 Nginx 上会被分别计数
4. 分布式场景下的现实方案建议
Nginx 原生 limit_req 无法跨实例共享状态。若业务要求严格全局限流(例如“每个用户每小时最多调用 1000 次”,且集群共用配额),推荐以下路径:
- 用 OpenResty + Redis:在 access_by_lua 阶段读写 Redis 计数器,支持原子增减、过期设置和精确控制
- 前置统一网关(如 Kong、Apigee、自研网关):将限流逻辑下沉到网关层,Nginx 仅作负载均衡
- 应用层限流:在业务代码中集成 Resilience4j / Sentinel,配合分布式缓存协调
- 接受“近似分布式”:各 Nginx 实例用相同规则 + 用户维度 key,虽非强一致,但对多数 API 场景足够有效
不复杂但容易忽略:务必配合日志记录被限流的请求(limit_req_log_level error;),并监控 limit_req_status 变量,便于及时发现策略过严或失效。
大量免费API接口:立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游,为数据API应用能力赋能!











