nginx可通过$upstream_connect_attempts（1.23.3+）或$upstream_http_x_retry_count获取重试次数，并用$request_time记录请求耗时；需在http/server块定义log_format，再于server/location中启用access_log，低版本可用后端响应头或openresty lua替代。
在 Nginx 的 server 块中配置日志格式化输出请求耗时与重试次数，关键在于自定义 log_format 并结合内置变量与上游状态变量使用。Nginx 本身不直接暴露“重试次数”变量，但可通过 $upstream_connect_attempts（1.23.3+）或间接方式（如 $upstream_http_x_retry_count 配合后端返回）实现；请求耗时则用 $request_time 即可。
定义含耗时与重试信息的日志格式
在 http 或 server 块顶部（注意作用域）添加自定义日志格式：
log_format detailed '$remote_addr - $remote_user [$time_local] '
'"$request" $status $body_bytes_sent '
'"$http_referer" "$http_user_agent" '
'$request_time $upstream_connect_attempts '
'$upstream_addr $upstream_response_time';说明：
-
$request_time：整个请求处理耗时（秒，精度毫秒），从读取首字节到发送完响应，最常用且准确 -
$upstream_connect_attempts：实际发起的 upstream 连接尝试次数（含重试），Nginx 1.23.3+ 原生支持，需确认版本 -
$upstream_response_time：各次 upstream 响应耗时列表（如0.002, 0.004），可辅助验证重试行为 -
$upstream_addr：实际通信的 upstream 地址（含多个时以逗号分隔），便于定位哪次重试命中哪个节点
启用该日志格式并指定访问日志路径
在 server 块内启用上述格式：
access_log /var/log/nginx/detailed.log detailed;
确保日志路径有写入权限，且磁盘空间充足。若只对特定 location 生效，也可在 location 块中单独配置 access_log。
兼容旧版本 Nginx 的重试次数获取方式
若 Nginx 版本低于 1.23.3，$upstream_connect_attempts 不可用，可采用以下替代方案：
- 在 upstream 块中设置
proxy_next_upstream_tries，虽不记录实际次数，但可控制最大重试数 - 要求后端在响应头中返回重试计数（如
X-Retry-Count: 2），然后在 log_format 中使用$upstream_http_x_retry_count - 配合 OpenResty 使用 Lua 计数并注入变量（进阶，需额外模块）
验证日志输出是否生效
配置完成后重载 Nginx：
nginx -t && nginx -s reload
触发一次带重试的请求（例如故意让某 upstream 节点宕机，再配置 proxy_next_upstream error timeout），查看日志：
192.168.1.100 - - [10/Jul/2024:14:22:35 +0000] "GET /api/test HTTP/1.1" 200 123 "-" "curl/7.68.0" 0.321 3 10.0.1.5:8000,10.0.1.6:8000 0.002,0.003,0.005
可见 0.321 是总耗时，3 是连接尝试次数，后两个字段分别对应实际通信地址与每次 upstream 响应耗时。
