apache mod_rewrite调试日志统一输出到error_log，2.4+需用loglevel alert rewrite:trace3，2.2及更早则用rewritelog+rewriteloglevel；版本混配将导致启动失败，须先apache2ctl -v确认版本再配置。

Apache 的 mod_rewrite 日志不是独立日志文件，所有重写调试信息都输出到 error_log（如 /var/log/apache2/error.log 或 /var/log/httpd/error_log），是否能看清匹配过程，取决于 Apache 版本和 LogLevel 设置级别。

确认 Apache 版本并选择对应配置方式

先运行命令确认版本：

apache2ctl -v # Debian/Ubuntu
httpd -v # RHEL/CentOS

不同版本启用方式完全不同，混用会导致服务启动失败：

• Apache 2.4+：已彻底移除 RewriteLog 和 RewriteLogLevel，必须使用 LogLevel 指令
• Apache 2.2 及更早：仅支持 RewriteLog + RewriteLogLevel，LogLevel 不识别 rewrite 相关 trace 级别

Apache 2.4+ 开启 rewrite 调试日志（推荐方式）

在虚拟主机配置（sites-enabled/xxx.conf）或主配置（apache2.conf）中添加：

Apache Superset Dashboard and SQL Exploration Skill

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

下载

• 确保 mod_rewrite 已启用：a2enmod rewrite（Debian）或检查 LoadModule rewrite_module 未被注释
• 在 <virtualhost></virtualhost> 块内或全局作用域加入：
  LogLevel alert rewrite:trace3
• trace3 是实用平衡点：能看到 RewriteCond 的变量展开、正则匹配结果、规则是否触发；trace6+ 会输出大量内部状态，仅临时深度排错时用
• 保存后重启：sudo systemctl restart apache2（或 httpd）

日志统一写入 ErrorLog 指定路径，用以下命令实时过滤：

tail -f /var/log/apache2/error.log | grep "\[rewrite:"

Apache 2.2 开启独立 rewrite 日志（旧环境适用）

该方式在 2.4+ 中完全失效且导致启动报错，仅限遗留系统：

• 在 <virtualhost></virtualhost> 或主配置中添加两行（不能放 .htaccess）：
  RewriteLog "/var/log/apache2/rewrite.log"
RewriteLogLevel 3
• 创建日志目录并赋权：
  sudo mkdir -p /var/log/apache2
sudo chown www-data:www-data /var/log/apache2/rewrite.log
• 重启生效。日志内容为纯文本，每行带时间戳和匹配详情，比 trace 更易读但功能受限

快速验证日志是否真正生效

避免“配了却看不到”的常见误区，用最小闭环测试：

• 在 .htaccess 或 VirtualHost 中加一条明确规则：
  RewriteEngine On
RewriteRule ^debug-test$ /index.php [L]
• 访问 http://yoursite/debug-test
• 立即查看 error_log，应出现类似两行：
  [rewrite:trace3] Applying pattern '^debug-test$' to '/debug-test'
[rewrite:trace1] Rule matched, rewriting to /index.php
• 若无任何 rewrite:trace 输出，说明 LogLevel 未生效、模块未加载，或配置位置错误（如放在 .htaccess 中却没开 AllowOverride All）