最轻量高效的方式是用nginx的$log_format配合map指令将$ status映射为redirect_type字段，使日志自带重定向标识，再通过elk或grep等工具筛选；301/302/303/307/308属重定向，304除外。
直接在日志格式中提取并区分重定向状态码（301、302 等），是实现结构化分类最轻量且高效的方式。Nginx 本身不提供“按状态码自动分文件”的原生功能，但可通过 log_format + access_log 条件判断 组合，让日志内容自带分类标识，后续用日志分析工具（如 ELK、grep、awk）即可快速筛选。
用 $status 字段识别重定向状态码
Nginx 内置变量 $status 直接记录响应 HTTP 状态码（如 301、302、307）。它是最可靠、零额外开销的来源，无需解析响应头或依赖 rewrite_log（该指令已弃用且仅用于调试）。
- 所有标准重定向状态码都以 3xx 开头，包括：301、302、303、307、308
- 注意：304（Not Modified）不是重定向，属于条件请求成功，不应归入此类
- 避免用 $request_uri 或 $args 判断跳转——它们可能被篡改或不含重定向意图
定义带重定向标记的日志格式
在 http 块中自定义 log_format，用 map 指令预先将 $status 映射为可读标签，使每条日志自带分类字段：
map $status $redirect_type {
~^30[12378]$ "redirect";
default "other";
}
<p>log_format redirect_classified
'$remote_addr - $remote_user [$time_local] '
'"$request" $status $body_bytes_sent '
'"$http_referer" "$http_user_agent" '
'redirect_type:$redirect_type';
</p>
这样每条日志末尾都会追加 redirect_type:redirect 或 redirect_type:other，无需后期正则匹配状态码数字，结构清晰、机器友好。
按重定向类型分流写入不同文件（可选进阶）
如果需物理隔离日志（如审计合规要求），可用 if 判断 + 多个 access_log 实现：
- 在 server 或 location 块内，用 access_log ... if= 控制写入条件
- 例如：
access_log /var/log/nginx/redirects.log redirect_classified if=$redirect_flag; - 需先定义
map $status $redirect_flag { ~^30[12378]$ 1; default 0; } - 注意：if= 只支持变量值为 0 或非 0，不能写字符串比较
验证与日常使用建议
配置生效后，用 curl 触发一次 301 跳转（如 curl -I http://example.com/old），再检查日志输出是否含 redirect_type:redirect；也可用以下命令快速统计：
实际生产中，更推荐保留统一日志文件 + 结构化字段，交由日志平台做实时过滤和告警——既降低 Nginx I/O 压力，又便于关联分析（比如哪些 referer 引发了大量 302）。
