Apache负载均衡中loadfactor不生效，主因是lbmethod算法不匹配（bybusyness忽略权重）、mod_slotmem_shm等关键模块未启用、ProxyPass路径拼接错误或健康检查将节点标记为DOWN；需在<Proxy>内显式设lbmethod、验证模块加载、统一后端根路径注册并检查/balancer-manager状态。
apache 负载均衡中权重（loadfactor）配置不生效，不是配置写错了就一定起作用——它依赖算法选择、模块加载、路径匹配和运行时状态四者协同。常见现象是改了 loadfactor=5 和 loadfactor=1，但请求仍近乎均分，或完全只打到某一台。
确认负载均衡算法是否匹配权重逻辑
权重只在特定调度策略下才参与计算：
- lbmethod=byrequests：按请求数轮询，权重仅影响轮询顺序中的“出现频次”，比如 loadfactor=3 和 1，每4个请求中约3个去前者，但实际分布受请求并发、连接复用等干扰，不易肉眼验证
- lbmethod=bytraffic：按响应字节数加权分配，权重直接影响流量比例，适合大响应体场景；若后端返回都很小（如 JSON API），字节差异不明显，权重效果也会弱化
- lbmethod=bybusyness：基于当前活跃连接数调度，权重不起作用（该算法忽略 loadfactor，只看连接数）
✅ 正确做法：在
检查模块是否完整启用，尤其 mod_slotmem_shm
缺少关键模块会导致权重逻辑无法加载或状态不同步：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 必须启用：mod_proxy、mod_proxy_http、mod_proxy_balancer、mod_slotmem_shm（必需！否则共享内存失效，权重统计不准）、mod_lbmethod_bytraffic（若用 bytraffic）
- 验证命令：
apachectl -M | grep -E "(proxy|balancer|slotmem|lbmethod)" - 若
slotmem_shm_module未列出，需在 httpd.conf 中补上：LoadModule slotmem_shm_module modules/mod_slotmem_shm.so
排查 ProxyPass 路径与后端地址是否一致
路径拼接错误会绕过权重逻辑，导致请求被“硬编码”转发到单一节点：
- ProxyPass "/api/" "balancer://cluster/" → 后端收到的路径是 /api/xxx
- 但 BalancerMember 写成
http://srv1:8080/v1/，而实际服务监听的是/，就会因 404 或重定向失败退化为单点 - ✅ 推荐统一用根路径注册后端：
BalancerMember http://srv1:8080/ loadfactor=3，再靠 ProxyPass 控制前缀映射 - ⚠️
ProxyPassReverse的路径必须与 ProxyPass 完全对齐，否则 Location 头重写失败，可能引发跳转异常
验证运行时节点状态与健康检查干扰
权重配置可能被健康检查结果覆盖：
- 若配置了
failonstatus=503 hcmethod=GET hcuri="/health"，而某个节点 /health 返回 503，它会被标记为 DOWN，即使 loadfactor 很高也不会收流量 - 访问
/balancer-manager（需开启）查看各节点状态，确认是否显示 OK，而非 DISAB 或 ERR - 临时禁用健康检查测试：删掉
hcmethod等参数，观察权重是否恢复预期分布
权重不是魔法数字，它是调度器决策时的一个输入变量。不生效往往意味着这个变量根本没进入计算流程——先锁死算法、模块、路径、状态这四个环节，问题通常就浮出水面了。
