如何利用 Apache 性能监控分析动态页面耗时-Apache-PHP中文网

apache仅代理动态请求，耗时需拆解为%d（apache层）和x-process-time（后端真实耗时）；%d含网络、ssl、转发等，不含响应体传输；后端须主动透传x-process-time；结合二者可定位瓶颈：高%d+高x-process-time=后端问题，高%d+低x-process-time=网关或网络问题，低%d+高x-process-time=业务逻辑问题。

如何利用 apache 性能监控分析动态页面耗时

Apache 本身不执行 Java、PHP 或 Python 等动态页面逻辑，它只负责接收请求、转发给后端（如 Tomcat、PHP-FPM）并返回响应。因此，“动态页面耗时”必须拆解为两个可监控的部分：Apache 层面的代理/响应头耗时（%D），以及后端应用的真实处理耗时（需应用主动透传）。两者结合才能完整分析瓶颈在哪。

用 %D 抓住 Apache 层面的请求生命周期

%D 是 Apache 日志中最关键的耗时字段，单位为微秒，表示从接收到请求第一个字节，到发出响应头（headers sent）所经历的时间。它包含：

网络传输延迟（客户端→Apache）、SSL 握手、反向代理转发开销
Apache 自身模块处理（如 mod_rewrite、mod_headers）
后端响应头到达 Apache 的时间（即后端“写完响应头”的时刻）
不包含响应体传输时间，也不含后端业务逻辑执行时间

配置示例（确保已启用 mod_log_config）：

LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %D" combined_with_time
CustomLog logs/access_log combined_with_time

日志中末尾数字如 218456 表示约 218.5 毫秒 —— 这是你能从 Apache 视角看到的“前端到网关层”总耗时。

Apache 2.4.62

PHP中文网提供Apache 2.4.62 官方 tar.gz 源码包下载，通过源码编译安装，开发者能够灵活定制模块、优化性能并精准控制安装路径，满足多样化的业务需求。

下载

让 Java/PHP 应用主动上报真实处理时间

后端耗时无法由 Apache 自动测量，必须由应用自身计算并写入响应头，Apache 再通过 %{X-Process-Time}o 记录。这是定位“是网关慢还是业务慢”的分水岭。

Java（Spring Boot Filter 示例）：用 System.nanoTime() 开始计时，响应前设置头：
response.setHeader("X-Process-Time", String.valueOf((System.nanoTime() - start) / 1_000_000));
PHP（简单脚本）：在入口文件开头记时，结束前输出：
header('X-Process-Time: ' . round((microtime(true) - $start) * 1000, 2));
Apache 日志格式扩展为：
LogFormat "... %D %{X-Process-Time}o" full_timing
若应用未设该头，对应位置显示为 -，说明埋点缺失

对比分析：三类典型耗时模式识别

将 %D 与 X-Process-Time 并列写入日志后，可通过日志分析快速归类问题：

高 %D + 高 X-Process-Time：瓶颈大概率在后端代码（如数据库慢查询、循环嵌套、IO阻塞）
高 %D + 低/空 X-Process-Time：问题出在 Apache 层或网络链路 —— 检查 SSL 配置、mod_security 规则、上游负载均衡器、DNS 解析延迟
低 %D + 高 X-Process-Time：正常情况，说明 Apache 转发高效，耗时集中在业务逻辑，应聚焦应用层 profiling（如 Arthas、JProfiler）

建议用 awk 或 GoAccess 快速统计分布：
awk '$NF > 500000 {print $0}' access_log | head -20（查 %D > 500ms 请求）