要实现Nginx upstream基于响应时间的自适应负载均衡，必须使用第三方fair模块，其动态追踪各后端最近响应时间（RT），每次请求优先分配给RT最短的节点，不支持weight、ip_hash或least_conn共存，需手动编译安装并单独配置fair指令。
要让 Nginx 的 upstream 实现基于后端响应时间的自适应负载均衡，必须使用 fair 模块，它不是 Nginx 官方内置模块，需手动编译安装第三方模块 nginx-upstream-fair。配置本身简单，但前提条件和运行逻辑容易被忽略。
fair 模块的核心逻辑
fair 算法不是“谁快就一直给它发请求”，而是动态追踪每台后端服务器的**最近响应时间（RT）**，每次新请求到来时，优先分配给当前 RT 最短的那台。这个过程是实时更新的，不依赖静态权重或连接数，适合响应时间波动大、业务耗时差异明显的场景（比如含大文件下载、图片渲染或数据库慢查询的服务）。
- 响应时间越短，被选中的概率越高；RT 长的节点会自然“降温”，减少请求流入
- 不支持 weight 参数，也不与 ip_hash、least_conn 等算法共存——upstream 块中只能出现一个调度指令，fair 必须独占一行
- 没有内置健康检查，建议搭配
max_fails和fail_timeout使用，防止故障节点持续接收请求
编译并启用 fair 模块
fair 模块未集成进主流 Nginx 发行版，需在源码编译阶段引入：
- 下载
nginx-upstream-fair模块（GitHub 上由 nginx-goodies 维护，兼容 Nginx 1.18–1.25） - 重新编译 Nginx：
./configure --add-module=/path/to/nginx-upstream-fair ...（保留原有参数） - 执行
make && make install，验证是否生效：nginx -V 2>&1 | grep -o fair应有输出
upstream 中 fair 的标准配置写法
配置必须放在 http{} 块内，语法简洁但要求严格：
upstream backend {
server 192.168.1.101 max_fails=2 fail_timeout=5s;
server 192.168.1.102 max_fails=2 fail_timeout=5s;
server 192.168.1.103 max_fails=2 fail_timeout=5s;
fair;
}
-
fair;必须写在所有server行之后、且单独成行 - 每个
server可设max_fails和fail_timeout，用于基础容错；不能设weight，否则 fair 不生效 - 不支持
backup或down以外的状态标记（如slow_start），这些需靠外部监控系统配合实现
配套建议：提升 fair 的实际效果
fair 本身只做请求分发，要真正发挥“自适应”优势，还需注意几点：
- 确保后端服务返回真实、可比的响应时间——避免代理层或 CDN 缓存干扰 RT 测量
- 开启
proxy_buffering off或合理设置缓冲区，防止大响应体阻塞连接，影响 RT 统计准确性 - 搭配
upstream_check_module（淘宝健康检查模块）做主动探活，弥补 fair 被动统计的盲区 - 通过
log_format记录$upstream_response_time，定期分析各节点 RT 分布，及时发现长尾异常
