Nginx 日志中无法直接记录请求体大小，推荐用 $request_length 减去典型请求头大小（500–2000 字节）估算；状态码直接使用 $status 变量即可。
在 Nginx 日志格式中，**请求体大小（request body size）不能直接用内置变量记录**，因为 Nginx 默认不缓存或测量原始请求体长度（尤其当请求体被流式转发或未读取时）。但你可以通过 $request_length 或 $body_bytes_sent 等变量间接反映，结合配置控制行为。状态码则有标准变量 $status，可直接使用。
用 $request_length 近似请求体大小
$request_length 表示**整个请求（含请求行、头、体）的总字节数**，不是纯请求体大小。但它在多数场景下是唯一可靠、开箱即用的参考值，尤其当你禁用请求体缓存、确保 Nginx 完整接收后才记录日志时：
- 它包含请求头和请求体，所以需减去典型头大小（如 500–2000 字节）才能粗略估算体大小；
- 若你用
client_body_buffer_size和client_max_body_size控制上传，且请求体不大于缓冲区，$request_length是稳定可用的； - 配置示例（添加到
http或server块）：
'$status $body_bytes_sent "$http_referer" "$http_user_agent" '
'$request_length; # ← 整个请求长度（含 body）'
启用 $request_body（不推荐用于日志）
$request_body 变量仅在 Nginx **读取并缓存了请求体**时才有值（例如用了 proxy_pass 且未设置 proxy_buffering off，或显式用了 rewrite 触发读取）。但它：
- 默认为空，无法直接用于日志格式；
- 开启后可能增加内存消耗与延迟，尤其对大文件上传；
- 即使能取到，也只适合调试（如
error_log中debug级别打印），不适合常规 access log（会显著拖慢性能、泄露敏感数据）； - 不可用于
log_format中 —— Nginx 会忽略或报错。
用自定义变量 + Lua（进阶方案）
如果你确实需要精确的请求体字节数（比如审计或计费），可通过 ngx_lua 模块 在请求阶段读取并赋值给自定义变量：
- 安装支持 Lua 的 OpenResty 或编译 Nginx 加
--with-http_lua_module； - 在
server块中添加：
access_by_lua_block {
if ngx.var.request_method == "POST" or ngx.var.request_method == "PUT" then
local len = tonumber(ngx.var.content_length) or 0
ngx.var.body_size = len
end
}
log_format custom '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent $body_size;'
状态码直接用 $status
$status 是最常用、最可靠的变量，表示响应 HTTP 状态码（如 200、404、502），无需额外配置，直接写入 log_format 即可：
- 注意：它记录的是 Nginx 发出的响应状态，不是上游服务返回但被 Nginx 转换后的状态（如 502/504）；
- 若需上游真实状态，可用
$upstream_http_x_upstream_status（需上游主动设置 header）或$upstream_status（记录 upstream 服务器返回的状态码，多个 upstream 时以逗号分隔）。
不复杂但容易忽略：真正要记请求体大小，优先靠 $request_length + 合理的 client body 配置；追求精确再上 Lua；别指望 $request_body 直接进 access log。
