mod_rewrite 本身不支持负载权衡，但可通过 RewriteMap 调用外部脚本实现简易加权分流；需启用 mod_rewrite 和 mod_proxy，配置 prg 类型映射，脚本须持续读 stdin、输出单行目标，并避免阻塞操作。
Apache 的 mod_rewrite 本身不直接支持“负载权衡”（如加权轮询、健康检查等），但它可通过 RewriteMap 调用外部脚本，结合逻辑判断实现简易的、基于规则的请求分发——这常被用于轻量级的动态路由或灰度分流，而非替代专业的负载均衡器（如 mod_proxy_balancer）。关键在于：RewriteMap 提供的是“映射能力”，而“权衡”逻辑需由你编写的脚本承担。
确保 RewriteMap 支持与基础配置
确认 Apache 已启用 mod_rewrite 和 mod_rewrite 所需的执行权限：
- 在
httpd.conf或虚拟主机配置中启用模块：LoadModule rewrite_module modules/mod_rewrite.so - 设置
RewriteEngine on开启重写引擎 - 允许使用外部映射：添加
RewriteMap route-map "prg:/path/to/route-script.sh"（注意prg:前缀表示可执行脚本） - 脚本必须有可执行权限（
chmod +x），且 Apache 进程用户（如www-data或apache）能读取并运行它 - 脚本需持续监听标准输入（stdin），每次接收一行 key，输出一行 value，不能退出（否则 Apache 会终止该映射）
编写支持权衡逻辑的外部脚本
脚本的核心任务是：根据输入的 key（例如请求路径、用户标识、Header 等），返回一个目标后端标识（如 server-a、server-b），并内置权重控制。例如 Bash 脚本可这样实现简单 7:3 权重分配：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 维护一个计数器文件或使用
$RANDOM模拟概率（适合无状态场景） - 读取请求传入的 key（如
uid_12345），做哈希后取模，实现一致性哈希分流 - 避免在脚本中做耗时操作（如网络请求、数据库查询），否则会阻塞 Apache 请求线程
- 示例输出格式必须严格为单行纯文本，如：
http://backend-a.example.com或server-b
在 RewriteRule 中调用并完成分发
将 RewriteMap 输出作为重写目标，配合 ProxyPass 或外部重定向实现分发：
- 若后端是同域子路径，可直接重写：
RewriteRule ^/api/(.*)$ /backend/${route-map:%{REQUEST_URI}}/$1 [P,L] - 若需跨域代理，建议先用 RewriteMap 获取 host，再配合
ProxyPass：RewriteRule ^/service/(.*)$ http://${route-map:service}/$1 [P,L] - 务必添加
[P]标志启用代理模式，并确保mod_proxy及相关模块已加载 - 可搭配
RewriteCond做前置条件（如仅对特定 User-Agent 或 IP 段启用权衡）
注意事项与局限性
这种方案适用于低频、策略简单、无需实时健康探测的场景。它不是高可用负载均衡的替代品：
- 脚本崩溃会导致整个 RewriteMap 失效，Apache 不会自动重启它
- 无法感知后端服务是否宕机，不具备故障转移能力
- 并发高时，脚本 I/O 或锁竞争可能成为瓶颈
- 调试困难，建议脚本开头记录日志（如
echo "$(date): $KEY" >> /var/log/apache/route.log） - 生产环境更推荐用
mod_proxy_balancer+BalancerMember配置权重和状态管理
