limit_conn无法直接限制单个后端节点并发连接数，仅能基于客户端IP等限制接入Nginx的连接；需结合upstream的max_conns、least_conn调度及前置总控实现后端负载均衡。
直接限制到单个后端节点的并发连接数，limit_conn 本身做不到。它只能基于客户端 IP、域名或自定义变量做连接计数，作用对象是“进入 Nginx 的连接”，不是“Nginx 发往某个 upstream 节点的连接”。要保障后端节点资源分配公平，需组合使用 upstream 模块能力与 limit_conn 的间接控制策略。
理解 limit_conn 的作用边界
limit_conn 统计并限制的是客户端与 Nginx 之间的 TCP 连接数（含 Keep-Alive），发生在请求接入阶段。它不感知 upstream 配置，也不跟踪 Nginx 与后端服务之间建立了多少连接。即使你配置了：
upstream backend { server 10.0.1.10:8080; server 10.0.1.11:8080; }limit_conn perip 20;
这只会让每个客户端最多连上 Nginx 20 次，但 Nginx 可能用这 20 个连接轮询打到同一后端节点（尤其在默认轮询且无 session stickiness 时），导致某台后端实际承载远超平均值的并发压力。
真正控制后端节点连接负载的三种方式
要让流量更均匀地分摊到各后端节点，需从 upstream 层面入手：
-
启用 keepalive 连接池 + max_conns：在 upstream 中为每个 server 设置
max_conns，限制 Nginx 同时向该节点发起的最大空闲长连接数。例如：upstream backend {<br> server 10.0.1.10:8080 max_conns=50;<br> server 10.0.1.11:8080 max_conns=50;<br> keepalive 32;<br>}
配合proxy_http_version 1.1; proxy_set_header Connection '';复用连接，避免频繁建连冲击后端。 -
用 least_conn 或 hash $remote_addr 调度：替换默认轮询，降低单节点瞬时堆积概率。
–least_conn优先选当前活跃连接最少的节点；
–hash $remote_addr consistent;实现 IP 一致性哈希，把同一用户长期导向同一节点，便于缓存与状态管理，也隐含了连接数分布约束。 -
结合 limit_conn 做前置总控：虽然不能直控后端，但可通过限制客户端总并发（如
limit_conn perip 15）+ 限制全局总连接（limit_conn total 1000），从源头压低整体入站压力，避免 upstream 负载失衡被放大。
进阶：用 stream 模块实现四层连接级限流（可选）
若后端是 TCP 服务（非 HTTP），且你用 Nginx 做四层代理（stream {} 块），则可在 stream 层对每个 upstream server 应用 limit_conn：
- 定义 zone：
limit_conn_zone $binary_remote_addr zone=client_perip:10m;（放在 stream 上下文外的顶层 http 或 events 块） - 在 stream server 中启用：
limit_conn client_perip 5; - 此时该限制作用于 Nginx 与后端 TCP 服务之间的连接，可真实约束发往单节点的并发连接数。
但注意：此方案不适用于标准 HTTP 反向代理场景，仅限 stream 模式下的 TCP/UDP 流量。
验证是否生效的关键动作
不要只看 Nginx 配置是否加载成功：
- 用
ss -tn state established '( dport = :8080 )' | grep -E '10\.0\.1\.(10|11)' | wc -l分别统计各后端节点的 ESTABLISHED 连接数，确认是否接近max_conns设定值； - 检查 Nginx error log，搜索
upstream connection limit或no live upstreams，判断是否因max_conns触发排队或失败； - 对 upstream 添加
slow_start=30s;，观察新节点上线后连接数是否平滑上升，避免冷启动冲击。
