Nginx中least_conn配置指南：自动识别低负载节点转发-Nginx-PHP中文网

least_conn是nginx基于当前活跃连接数最少的后端进行转发的负载均衡算法，仅统计nginx与后端的tcp长连接数，不感知cpu、内存等真实负载，需配合keepalive和健康检查使用。

nginx中least_conn配置指南：自动识别低负载节点转发

在 Nginx 中，least_conn 是 upstream 模块提供的一个负载均衡算法，它不是“自动识别低负载节点”，而是基于当前活跃连接数最少的后端服务器进行转发——这是一种被动、实时的连接数感知机制，不涉及 CPU、内存、响应时间等真实负载指标。

least_conn 的工作原理

该算法会在每次请求到来时，遍历 upstream 中所有 server，选择当前已建立但尚未关闭的 TCP 连接数（active connections）最少的节点。若多个节点连接数相同，则按加权轮询（weight-aware）顺序选一个。

只统计 Nginx 与后端保持的长连接（如 keepalive 开启时），不统计后端自身处理耗时或资源使用率
不依赖健康检查结果（需单独配置 health_check 或 max_fails/fail_timeout）
对突发短连接场景效果明显；对长连接（如 WebSocket、gRPC 流）更公平

基础 least_conn 配置示例

在 http 块中定义 upstream，并指定 least_conn 算法：

upstream backend {
    least_conn;
    server 192.168.1.10:8080 weight=3;
    server 192.168.1.11:8080 weight=2;
    server 192.168.1.12:8080;
}

注意：weight 会影响同连接数下的选择倾向，但不会改变“最少连接”这一核心判断逻辑。

配合 keepalive 提升 least_conn 效果

默认情况下，Nginx 与后端使用短连接，每次请求新建+关闭连接，导致 least_conn 统计意义减弱。启用连接池可让连接复用，使连接数更真实反映服务压力：

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

upstream backend {
    least_conn;
    keepalive 32;  # 每个 worker 进程保活连接数上限
    server 192.168.1.10:8080;
    server 192.168.1.11:8080;
}
<p>server {
location /api/ {
proxy_pass <a href="https://www.php.cn/link/65b5b8d1f89bf53a5713bc3afdd83e9e">https://www.php.cn/link/65b5b8d1f89bf53a5713bc3afdd83e9e</a>;
proxy_http_version 1.1;
proxy_set_header Connection '';</p><h1>其他 proxy_* 设置...</h1><pre class="brush:php;toolbar:false;"><code>}</code>

}

必须显式设置 proxy_http_version 1.1 和清除 Connection 头，否则后端可能关闭长连接。