Apache access_log 默认不记录 POST 请求体大小，因其日志模块仅记录请求行、状态码等元信息；最接近的指标是启用mod_logio后的%I（总输入字节数），但含请求头且需客户端真实发送。
Apache 的 access_log 默认**不记录 POST 请求体（request body）内容或大小**，它只记录请求行、状态码、响应大小、时间戳等元信息。因此，仅靠标准 access_log 无法直接监控 POST 请求体大小。
为什么 access_log 不包含 POST 请求体大小？
Apache 的日志模块（如 mod_log_config）设计上聚焦于 HTTP 协议头层面的信息，例如：
-
%r：请求行（如POST /api/login HTTP/1.1） -
%b：响应体字节数（不含响应头） -
%I：输入字节数（含请求头 + 请求体，但需启用mod_logio） -
%{Content-Length}i：客户端声明的 Content-Length 头值（可能被省略、伪造或不准确，尤其对 chunked 编码无效）
注意：%I 是最接近“请求体大小”的指标，但它统计的是整个请求（含 headers），且需确保客户端真实发送了对应字节数——它反映的是网络层接收量，不是应用层解析后的有效 body 大小。
如何实际监控 POST 请求体大小？
有以下几种可行方式，按推荐度排序：
立即学习“Java免费学习笔记（深入）”；
-
启用 mod_logio 并使用
%I记录总输入字节数：
在 Apache 配置中加载mod_logio，然后在 LogFormat 中加入%I。例如：LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %I %O" combinedio
重启后，access_log 中最后两列即为输入和输出总字节数。这对排查大请求、DoS 尝试较实用。 -
结合 Content-Length 请求头 + 检查传输完整性：
添加%{Content-Length}i到日志格式。但要注意：该值可能为空（如 chunked）、不匹配实际发送量、或被恶意篡改，仅作参考。 -
在应用层（如 Java 后端）记录：
如果用 Spring Boot 或 Servlet，可在 Filter 或 Controller 中读取request.getContentLength()或通过ServletInputStream统计实际读取字节数（注意流只能读一次，需缓存）。这是最准确的方式，但不在 Apache 日志中。 -
使用 Apache 的 mod_security 进行深度审计：
配置规则记录 request body（需开启SecRequestBodyAccess On和SecAuditLogParts ABIFHZ），但会产生大量日志，仅建议调试或安全审计时短期启用。
常见误操作与注意事项
避免以下误区：
- 误以为
%b表示请求体大小（它表示响应体大小） - 依赖
%{Content-Length}i判断真实 body 大小（chunked、gzip、代理重写等情况会失效） - 未启用
mod_logio就直接使用%I（会导致该字段始终为 “-”） - 在高并发场景下开启完整 body 记录（如 mod_security 审计日志），引发磁盘 I/O 和性能问题
若目标是容量规划或异常检测，%I + %{Content-Length}i 组合已足够；若需精确审计每条 POST 内容，应交由业务代码或专用 API 网关处理。
