apache负载均衡本身不直接处理url重写，但可与mod_rewrite协同工作：重写必须在代理转发前完成，规则须置于proxypass之前，使用[pt]标志透传路径，并确保rewrite、proxy及相关模块全部启用。
Apache 负载均衡本身不直接处理 URL 重写，但可以与 mod_rewrite 协同工作——关键在于**重写必须在代理转发前完成，且规则作用域需明确**。常见错误是把重写规则放在 ProxyPass 之后，或混淆了“客户端可见重定向”和“服务端内部转发”的语义。
先确保 rewrite 和 proxy 模块都已启用
缺一不可，否则规则静默失效：
- 运行
a2enmod rewrite proxy proxy_http proxy_balancer slotmem_shm lbmethod_byrequests（Debian/Ubuntu） - 检查
httpd.conf或apache2.conf中这些模块的LoadModule行未被注释 -
slotmem_shm必须启用，否则balancer-manager无法工作
重写规则必须放在 ProxyPass 之前
Apache 按配置顺序执行：先重写路径，再决定转发到哪台后端。若顺序颠倒，重写将对原始请求生效，而非转发后的路径：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 正确写法：在
<virtualhost></virtualhost>内，RewriteRule紧跟RewriteEngine On，然后才是ProxyPass - 示例：把
/api/v2/users/123改写为/v2/users?id=123，再转发给集群：RewriteCond %{REQUEST_URI} ^/api/v2/users/(\d+)$RewriteRule ^/api/v2/users/(\d+)$ /v2/users?id=%1 [L,PT]ProxyPass /v2/ balancer://mycluster/v2/ -
[PT]（Pass Through）标志必不可少，它告诉 Apache 不要再次编码路径，确保参数原样透传给后端
区分重写层级：全局、虚拟主机、目录级
负载均衡通常配置在 <virtualhost></virtualhost> 级，而重写规则应与其同级或更外层，避免被 .htaccess 覆盖或重复执行：
- 不要在负载均衡的
<proxy></proxy>块内写RewriteRule——该块只控制代理行为 - 若需按 Host 或路径分流，用
RewriteCond %{HTTP_HOST}或RewriteCond %{REQUEST_URI}配合不同ProxyPass - 例如：把
admin.example.com固定发往管理节点，其余流量走主集群：RewriteCond %{HTTP_HOST} ^admin\.example\.com$ [NC]RewriteRule ^/(.*)$ http://192.168.1.200:8080/$1 [P,L]ProxyPass / balancer://maincluster/
安全与调试要点
生产环境容易忽略的细节：
- 重写后务必加
[L]，防止后续规则意外匹配；混合使用重定向（[R]）和代理（[P]）时，[R]会中断代理流程，仅用于真正需要浏览器跳转的场景 - 调试时开启日志：
RewriteLogLevel 3（Apache 2.4 用RewriteLog已弃用，改用LogLevel alert rewrite:trace3） - 避免循环：用
RewriteCond %{ENV:REDIRECT_STATUS} ^$排除已被重写的请求，防止重写→代理→再重写 - HTTPS 强制跳转必须放在所有规则最前，且条件中加入
%{ENV:REDIRECT_STATUS}防嵌套
