Apache 2.4+已弃用RewriteLog，须用LogLevel alert rewrite:trace3开启mod_rewrite调试日志，输出至error_log；2.2版本才支持RewriteLog与RewriteLogLevel。
Apache 本身不提供“重写日志”功能，但 mod_rewrite 模块支持通过 RewriteLog 和 RewriteLogLevel（旧版 Apache 2.2）或更现代的 RewriteEngine On 配合 LogLevel（Apache 2.4+）来输出重写过程的详细追踪信息，这对排查重定向死循环、规则误匹配等问题非常关键。
确认 Apache 版本并选择对应日志方式
Apache 2.4 及以后版本已废弃 RewriteLog 指令，统一使用通用 LogLevel 控制模块日志粒度：
- 运行
httpd -v或apache2ctl -v查看版本。若显示2.4.x或更高，必须用LogLevel方式 - 若为 2.2.x（已停止维护），才可使用
RewriteLog+RewriteLogLevel
Apache 2.4+：启用 rewrite 调试日志（推荐）
在 httpd.conf 或虚拟主机配置块中添加以下两行（建议放在 <VirtualHost> 内或主服务器配置区）：
-
LogLevel alert rewrite:trace3——trace3是常用调试级别，能清晰看到每次重写判断、条件是否满足、规则是否触发、最终跳转路径；trace6更细（含内部变量值），但日志量极大，仅临时排查用 -
RewriteEngine On—— 必须显式开启，否则所有Rewrite*指令被忽略
注意：LogLevel 是全局指令，但作用域可限定。若只想监控某站点，把它写进对应 <VirtualHost> 块内即可，避免全站日志爆炸。
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
排查死循环的关键日志特征
启动 Apache 后访问疑似出问题的 URL，立即查看错误日志（默认 ErrorLog 指向 /var/log/httpd/error_log 或 /var/log/apache2/error.log）。死循环通常表现为：
- 同一请求在日志中反复出现多轮
strip per-dir prefix→applying pattern→rewrite→go to next rule的链条 - 末尾出现类似
redirect loop detected或maximum number of redirects reached的警告（Apache 自动终止时记录） - 看到规则反复将
/a/b改成/c/d，又把/c/d改回/a/b，形成闭环
此时对照日志中的每一步，检查对应 RewriteCond 是否遗漏了排除自身重写结果的判断（例如没加 !-f 和 !-d），或 RewriteRule 的目标路径又被后续规则再次匹配。
安全收尾：及时关闭高开销日志
rewrite trace 日志 I/O 开销大，且可能暴露内部路径、变量等敏感信息：
- 问题定位后，务必把
LogLevel改回生产级（如warn或error），不要长期保留trace3 - 切勿在公网环境或未受控日志目录中启用 trace 级别
- 重启 Apache 生效修改：
systemctl restart httpd（CentOS/RHEL）或systemctl restart apache2（Debian/Ubuntu）
