mod_logio无法记录真实tcp/ip网络流量损耗，仅统计http协议栈出入的原始字节数%i和%o，不含tcp/ip头、重传、ack、tls握手等底层开销。
mod_logio 无法记录真实的 TCP/IP 网络流量损耗。
它只统计应用层可见的原始 HTTP 数据量
%I 和 %O 分别表示 Apache 调用 recv() 接收、send() 发送的字节数，即：
- %I：请求头 + 请求体（含 chunked 编码分隔符、gzip 压缩后数据等），不含 TCP 包头、IP 头、以太网帧开销、重传包、ACK 包、Nagle 算法合并产生的额外延迟等；
- %O：响应头 + 响应体（同样含压缩、分块、代理添加的头字段等），也不含任何传输层及以下的协议开销。
这些值反映的是 Apache 进程从 socket 读/写的数据量，属于“HTTP 协议栈出口/入口”层面，不是链路层或网络层的真实流量。
真实网络损耗不在 Apache 日志能力范围内
TCP/IP 层的损耗包括：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- TCP 三次握手与四次挥手的报文开销；
- 每个 TCP 段的 20 字节 IP 头 + 20 字节 TCP 头（不含选项）；
- 以太网帧头（14 字节）、FCS（4 字节）、最小帧填充（如不足 64 字节需补零）；
- 丢包重传、乱序重排、SACK 块、窗口调节等动态行为带来的额外往返和数据重复；
- TLS 握手（若启用 HTTPS）的多个 RTT 及加密后的密文膨胀。
Apache 不捕获、不解析、也不暴露这些底层信息。mod_logio 的设计目标是服务端带宽估算与请求粒度资源审计，而非网络链路质量分析。
接近真实流量的替代方案
若需评估端到端网络开销，可结合以下方式：
- 在服务器主机上用 tshark 或 tcpdump 抓包，过滤对应连接（如 port 80/443 + client IP），再用 Wireshark 统计 “Bytes on wire” vs “Bytes captured”，差值即为帧填充等物理层开销；
- 使用 ss -i 查看单个 TCP 连接的重传数（retrans）、SRTT（平滑 RTT）、RTO 等指标；
- 在客户端（如 curl）加 --verbose --write-out 输出 total_time、size_download、speed_download，并对比 %O 值，间接推断压缩+传输效率；
- 对关键接口启用 mod_dumpio（仅调试期），确认实际进出的明文字节数是否与 %I/%O 一致——这能排除 SSL/TLS 或代理导致的偏差，但依然不等于线缆上的字节数。
常见误解澄清
不要混淆以下概念：
- %O ≠ 实际发出的网络字节数：它不含 TCP/IP 头，也不含重传；
- 启用 LogIOTrackTTFB 不等于测量网络延迟：它测的是 Apache 内部从接收完请求头到发出第一个响应字节的时间，含应用处理、磁盘 I/O、锁竞争等，非纯网络 RTT；
- Content-Length 或 Transfer-Encoding: chunked 是 HTTP 层语义，与底层传输无关：它们不影响 mod_logio 的 %I/%O 计算逻辑，但会影响其数值大小。
