Nginx可通过limit_req_zone配合自定义变量（如$arg_bid、$http_x_business_id）实现按业务ID维度的独立限流；支持map映射空值、set拼接多级标识（如租户+模块）、burst/nodelay控制突发流量，并通过日志与监控精准归因。
可以通过 limit_req_zone 指令配合 Nginx 的自定义变量（如 $arg_bid、$http_x_business_id 或正则提取的变量），实现按业务 ID 维度的独立限流，避免不同业务相互影响。
1. 定义基于业务 ID 的限流区域
使用 $bid 这类变量作为 key，确保同一业务 ID 的请求落入同一个共享内存桶：
示例配置：
map $arg_bid $bid {
"" "unknown";
default $arg_bid;
}
limit_req_zone $bid zone=biz_limit:10m rate=100r/s;
这里用 map 将空参数映射为 unknown，防止空 key 冲突；zone 名称建议含业务语义，大小按业务 ID 数量预估（10MB 约支持 16 万个唯一 key）。
2. 在 location 中启用并控制行为
调用限流区域时，可叠加突发容量、拒绝策略等精细参数：
-
limit_req zone=biz_limit burst=200 nodelay;：允许瞬时 200 请求，不延迟直接处理或拒绝 -
limit_req zone=biz_limit burst=50 delay=10;：超过 100r/s 后，最多缓存 10 个请求排队，其余立即 503 - 搭配
limit_req_status 429;统一返回 429，便于客户端识别限流
3. 支持多层级业务标识（如租户+子系统）
若需更细粒度（例如区分 SaaS 租户下的不同模块），可拼接变量：
map $http_x_tenant_id $tenant_id {
"" "unknown";
default $http_x_tenant_id;
}
map $http_x_module $module {
"" "default";
default $http_x_module;
}
set $biz_key "$tenant_id:$module";
limit_req_zone $biz_key zone=tenant_module_limit:20m rate=50r/s;
注意：set 指令需在 rewrite 阶段生效，推荐放在 server 或 location 块顶部；拼接符用冒号便于后续日志分析和 debug。
4. 配合日志与监控快速定位问题
在 log_format 中记录业务 ID 和限流状态，便于归因：
log_format main '$remote_addr - $remote_user [$time_local] '
'"$request" $status $body_bytes_sent '
'"$http_referer" "$http_user_agent" '
'bid="$bid" limit_status="$limit_req_status"';
access_log /var/log/nginx/access.log main;
常见限流状态值：-（未触发）、0（正常）、1（延迟）、2（拒绝）。结合 Prometheus + nginx-vts-exporter 可聚合各 $bid 的请求数、拒绝率。
