Apache反向代理日志监控需自定义LogFormat，包含%D（代理总耗时）、%{X-Response-Time}o（后端耗时）、%{proxy-status}e（代理状态），并按502/503/504分离日志，结合后端注入响应头实现链路精准诊断。
在 Apache 反向代理中开启请求日志监控，核心是让日志既包含客户端原始行为，又体现代理转发过程的关键状态——尤其是后端响应耗时、错误类型和链路标识。不能只靠默认日志，得针对性增强字段、分离关注点、联动后端上下文。
确保日志格式包含代理关键字段
默认 combined 日志不记录后端延迟或代理状态，必须自定义 LogFormat：
- 用
%D记录 Apache 总处理耗时（微秒），判断是否卡在代理等待环节 - 加
%{X-Response-Time}o捕获后端返回的响应头（需后端应用主动写入，如 Spring Boot 的ServerWebExchange.getResponse().getHeaders().set("X-Response-Time", "124")） - 用
%{proxy-status}e（Apache 2.4.13+）显示底层代理结果，例如OK (http://10.0.1.5:8080)或ERR (timeout) - 示例配置：
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %D %{X-Response-Time}o %{proxy-status}e" proxylog
按状态码和超时特征分离日志文件
把异常流量从海量正常请求中抽出来，便于盯屏、告警和快速分析：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 单独记录所有 502/503/504：
SetEnvIfNoCase Status "^(502|503|504)" is_proxy_fail<br>CustomLog logs/proxy-fail.log proxylog env=is_proxy_fail
- 专门抓 504 超时（ProxyTimeout 触发）：
SetEnvIfNoCase Status "^504" is_504<br>CustomLog logs/504-timeout.log proxylog env=is_504
- 识别“假慢真断”：当
%>s=504且%D ≈ ProxyTimeout 值（比如设了 30 秒，%D在 29–31 秒之间），基本确认是后端没响应完
用轻量脚本实时统计并触发响应
不依赖 ELK 也能做到分钟级告警，关键是滚动时间窗口 + 状态码聚合：
- 每分钟执行一次统计（避免长时 tail 占内存）：
awk -v d="$(date -d '1 minute ago' +'%d/%b/%Y:%H:%M:[0-5][0-9]')"' '$4 ~ d && $9 == "504" {c++} END {if (c > 3) echo "$(date): ALERT 504×$c" | logger -t apache-monitor}' /var/log/apache2/access.log - 若后端支持 traceId（如 SkyWalking 注入的
X-B3-TraceId），可在日志中加%{X-B3-TraceId}i，后续用于关联 Java 应用堆栈采样 - 检测到高频 502 时，可自动调用后端健康检查接口或触发重启脚本（需权限控制）
配合后端注入响应头提升诊断精度
仅靠 Apache 日志无法区分“后端卡住”和“后端已崩溃”，必须让后端主动说话：
- Java 应用在 Filter 中统一写入：
response.setHeader("X-Response-Time", String.valueOf(System.currentTimeMillis() - startTime));<br>response.setHeader("X-App-Name", "order-service"); - 在 Apache 日志里加入这些头：
%{X-Response-Time}o %{X-App-Name}o，就能知道是哪个服务拖慢了整条链路 - 若后端返回 502 但
%{X-Response-Time}o为空，说明连接被拒绝或进程已死；若有值但很小（如 2ms），可能是 OOM 后立即崩溃
