weight参数仅在balancer://协议的<BalancerMember>中设置才生效，需配合lbmethod=byrequests等算法使用，小数会被截断为0，sticky session和retry机制会干扰权重效果。

Apache 负载均衡中的权重（weight）不是百分比，也不是固定流量锁，而是一个相对处理能力的整数标尺——它只在特定条件下起作用，并且效果受算法、健康状态和会话机制共同影响。

权重必须配合 balancer:// 和 lbmethod 才生效

weight 参数只能写在 <BalancerMember> 指令中，例如：

• BalancerMember http://10.0.1.10:8080 weight=3
• BalancerMember http://10.0.1.11:8080 weight=1

直接写在 ProxyPass 后面（如 ProxyPass / balancer://c1/ http://s1 weight=2）是非法语法，Apache 会报错并忽略该参数。同时，必须显式启用调度算法，比如：

• ProxySet lbmethod=byrequests（按请求数加权，最常用）
• ProxySet lbmethod=bytraffic（按响应字节数加权）
• ProxySet lbmethod=bybusyness（按当前活跃连接数，此时 weight 完全无效）

权重值怎么影响实际分发

以 byrequests 算法为例，Apache 内部维护一个累加计数器，每次请求到来时按权重递增对应节点的“虚拟票数”，选中票数最高的节点后清零该节点计数。因此：

Apache Superset Dashboard and SQL Exploration Skill

Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。

下载

• weight=4 和 weight=1 → 理论长期比例为 4:1（即每 5 个请求中约 4 个去 A，1 个去 B）
• weight=100 和 weight=25 → 效果相同，但可能因整型溢出导致计数偏差，不推荐
• weight 必须是正整数，小数（如 weight=0.8）会被截断为 0，节点失效

注意：这不是实时精确比例，而是统计意义上的趋近值；低流量下容易观察到明显偏离。

这些情况会让权重“失灵”

即使配置正确，以下常见设置会覆盖或干扰权重分配：

• 启用了 sticky session：如 ProxySet stickysession=JSESSIONID，所有同会话请求被绑定到首次访问的节点，权重失去意义
• 某节点被标记为禁用或临时失效：status=+H 或因超时触发 retry 机制（默认 retry=60 秒），该节点在恢复前完全不收请求
• 后端返回 Set-Cookie 导致隐式粘滞：浏览器自动携带 JSESSIONID，Apache 默认识别并维持会话，需检查响应头
• 没开启健康检查或 failover 配置不合理：故障节点未及时剔除，仍参与权重计算，拖慢整体响应

验证权重是否真正起效

最可靠的方式是访问 Apache 自带的管理页面：

• 确保已启用 mod_status 和 mod_proxy_balancer
• 配置 <Location "/balancer-manager"> Require ip 127.0.0.1</Location>
• 打开 http://your-apache/balancer-manager，查看 “Current Load” 列是否随持续压测请求逐步增长，且增长速率与 weight 设置成比例

若 “Current Load” 始终为 0 或无变化，说明请求根本没经过 balancer，应检查 ProxyPass 路径是否匹配、模块是否加载、语法是否有误。