apache日志中推荐用%d（微秒整数）记录响应时间，避免%t浮点歧义；需在全局配置定义logformat，配合customlog使用；%d为0或过小表明请求未达应用层；提取时应正则匹配末尾数字而非空格分割。
Apache日志里怎么加响应时间字段
直接在 LogFormat 里加 %D 或 %T 就行，但二者差别很大：前者是微秒整数，后者是秒带小数（精度只到秒，实际常截断成整数）。生产环境建议用 %D，避免浮点解析歧义和时区干扰。
常见错误是写成 %{ms}T —— 这个语法只在某些旧版 Apache + mod_logio 组合下偶然生效，不通用，别信网上零散教程。
-
%D：请求从进来到响应头发出完毕的总耗时（微秒），最准，推荐 -
%T：等价于%.6f格式化后的%D/1000000，但 Apache 内部实现会四舍五入丢精度 - 别用
%{msec}t：那是当前时间戳毫秒部分，不是响应时间
LogFormat 配置写在哪、怎么生效
必须写在 httpd.conf 或站点配置文件的全局作用域（VirtualHost 外），否则 %D 在子配置里可能不被识别。改完要 apachectl configtest 检查，再 apachectl graceful 重载——直接 restart 可能中断长连接。
示例（加在 httpd.conf 靠前位置）：
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %D" combined_with_time
然后在 CustomLog 中引用：
CustomLog "/var/log/apache2/access.log" combined_with_time
- 如果用了
mod_remoteip，%h默认还是代理 IP；要记录真实客户端 IP，得配合%a或自定义变量 - 日志轮转工具（如 logrotate）需确认是否支持新字段长度，大流量下
%D最多占 7 位数字，别让单行超长被截断
为什么 access.log 里 %D 总是 0 或特别小
大概率是请求没走到 Apache 应用层就返回了：比如静态文件命中内核 sendfile、SSL 握手失败、被防火墙拦截、或被前面的 CDN / 反向代理提前终结。这种情况下 Apache 根本没开始处理，%D 记的就是极短的协议解析开销。
- 先用
curl -v http://yoursite/看响应头有没有X-Response-Time类字段，确认后端是否真在耗时 - 临时加一条
LogLevel debug+ErrorLog /tmp/apache_debug.log，观察是否有request failed或connection reset - 如果用了 Nginx 做前置代理，检查它是否把原始请求头全透传了，尤其
Connection和Transfer-Encoding
后续分析时怎么安全提取 %D 字段
别用空格分隔日志——URL 里有空格，User-Agent 里也有，%D 在最后，但前面字段长度不固定。正确做法是用正则匹配末尾数字：\s(\d+)$，或者用 awk '{print $NF}'（前提是确认日志格式每行结尾一定是 %D）。
注意：高并发下 %D 可能达 10⁷ 量级（10 秒），但极端慢查询或卡死会导致溢出为负数（有符号 int 溢出），日志里出现 -2147483648 这种值，就得结合监控查进程阻塞点。
真正难的是区分“慢是业务逻辑问题”还是“慢是 Apache 自身瓶颈”，比如 MaxRequestWorkers 耗尽导致排队，此时 %D 会集体升高，但单个请求实际处理并不慢。
