本质是负载均衡器无法感知后端真实连接压力，需改用bybusyness算法实时按活跃连接数分发，并配合健康检查、连接复用优化及动态调权。
长连接分发不均，本质是负载均衡器无法感知后端真实连接压力，导致请求仍按静态规则（如轮询）分配，而部分节点因长连接堆积、响应慢或 gc 暂停持续占用资源，新请求却继续涌入——这正是 byrequests（轮询）在高并发长连接场景下的典型失效。
要解决这个问题，核心思路是：让分发逻辑从“数请求”转向“看连接”，并辅以快速故障识别与连接复用优化。
用 bybusyness 算法替代轮询
这是最直接有效的方案。bybusyness 不统计历史请求数，而是实时读取每个后端的活跃连接数（Apache 内部维护），每次新请求都优先交给当前连接最少的节点。
- 它天然适配 PHP-FPM、Tomcat、Node.js 等启用 KeepAlive 的服务；
- 即使某台机器刚处理完一个耗时 5 秒的上传请求，只要连接尚未释放，它的连接数就偏高，后续请求会自动绕开；
- 配置只需一行：
ProxySet lbmethod=bybusyness，前提是已加载mod_lbmethod_bybusyness模块（非默认启用，需确认LoadModule lbmethod_bybusyness_module modules/mod_lbmethod_bybusyness.so）。
启用并收紧健康检查与连接复用
光靠算法不够，还需确保连接状态可测、可回收：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 设置
ProxySet retry=10：节点标记为 failed 后，10 秒内不再派发请求，避免雪崩； - 开启
ProxySet keepalive=On+timeout=5+max=50：复用已有连接，减少新建连接带来的抖动和 TIME_WAIT 堆积； - 后端也必须配合开启 KeepAlive（如 Nginx 的
keepalive_timeout 5，Tomcat 的keepAliveTimeout="5000"），否则 Apache 维护的“活跃连接数”会失真。
避免权重固化，动态响应负载变化
固定 loadfactor 在长连接场景下容易放大偏差。例如一台 CPU 已达 95% 的机器，若仍按 loadfactor=2 接收双倍流量，只会加剧排队。
- 把
loadfactor当作初始参考值（如 4 核设为 2，8 核设为 4）； - 通过脚本定期调用后端
/health或/server-status?auto，读取BusyWorkers或自定义指标； - 自动更新
BalancerMember的loadfactor并执行apachectl graceful，实现轻量级动态调权。
关闭干扰项，防止连接误判
有些配置看似合理，实则破坏连接感知：
- 确保
ProxyRequests Off：正向代理开关一旦打开，会干扰反向代理路径，影响连接池管理； - 禁用
.htaccess中的负载均衡逻辑：它不支持bybusyness，且每次请求都重解析，增加延迟； - 不使用 IP 哈希做长连接粘性：除非业务强依赖 session 且无法用 Redis 共享，否则会把同一用户的所有长连接钉死一台机器，彻底失去均衡意义。
长连接不是不能均衡，而是不能靠“数数”来均衡。关键在于让调度器真正看到连接层的压力，并让整个链路（Apache → 后端）协同维持连接健康。
