Nginx的limit_conn不支持动态调整上限值，需reload生效；但可通过limit_conn_zone按upstream或请求头分层限流，结合upstream的max_conns、slow_start及健康感知实现近似动态适配。
Nginx 的 limit_conn 本身不支持「动态调整上限值」——它的连接数限制是静态配置的，写死在配置文件里，需 reload 才生效。但结合 upstream 使用时，可以通过分层限流 + 后端健康状态感知实现近似“动态适配”的效果，核心思路是：不让 limit_conn 直接扛压，而是把连接控制权部分下放给 upstream 的负载策略与后端反馈。
下面分三块讲清楚怎么做：
用 limit_conn_zone 区分 upstream 组做粗粒度隔离
不是所有后端都一样强，比如你有两组 upstream：
-
upstream api_fast { server 10.0.1.10:8080; server 10.0.1.11:8080; }（高性能集群） -
upstream api_slow { server 10.0.2.5:8080; }（老旧单点）
你可以按 upstream 名称定义连接区：
limit_conn_zone $upstream_addr zone=upstream_conn:10m;
然后在 location 中绑定：
location /v1/slow/ {
limit_conn upstream_conn 5; # 只允许最多 5 个连接发往该 upstream 的真实地址（含端口）
proxy_pass http://api_slow;
}⚠️ 注意：$upstream_addr 是实际选中的后端地址（如 10.0.2.5:8080），不是 upstream 名。它能自动区分不同后端节点，但无法识别“哪组 upstream”，所以更稳妥的是用 $server_name 或自定义变量配合 map。
用 map + $server_name 或请求头间接映射 upstream 能力等级
假设你通过请求头 X-Service-Type: fast 或 slow 来路由，先用 map 把它转成连接上限值：
map $http_x_service_type $conn_limit_per_ip {
default 10;
"fast" 50;
"slow" 3;
}再定义 IP 级连接区：
limit_conn_zone $binary_remote_addr zone=perip:10m;
最后在 location 中引用变量（注意：Nginx 1.19+ 支持 limit_conn 后接变量）：
location /api/ {
limit_conn perip $conn_limit_per_ip;
proxy_pass http://$upstream_backend; # 配合另一个 map 动态选 upstream
}这样，带不同 X-Service-Type 头的请求，就会被赋予不同的并发连接上限。
借助 upstream max_conns 和 slow_start 实现软性“动态”调节
limit_conn 是硬限流（超了直接 503），而 upstream 内部的 max_conns 是另一层保护：
upstream api_backend {
server 10.0.1.10:8080 max_conns=200 slow_start=30s;
server 10.0.1.11:8080 max_conns=200;
}-
max_conns控制每个 server 最多接受多少并发连接（由 Nginx 主动拒绝新连接，不转发）； -
slow_start让刚恢复的节点逐步承接流量，避免雪崩； - 结合
least_conn或hash $request_uri consistent;调度策略，能让流量自然避开已满的后端。
这时，你可把 limit_conn perip 20 设得稍宽松，让压力更多由 max_conns 和健康检查（health_check）来兜底，相当于把“动态上限”交给后端容量和 Nginx 的运行时判断。
不复杂但容易忽略。
