Nginx 如何在 Nginx 中配置将 HTTP 访问日志中的重定向状态码进行结构化分类

最轻量高效的方式是用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（该指令已弃用且仅用于调试）。

1. 所有标准重定向状态码都以 3xx 开头，包括：301、302、303、307、308
2. 注意：304（Not Modified）不是重定向，属于条件请求成功，不应归入此类
3. 避免用 $request_uri 或 $args 判断跳转——它们可能被篡改或不含重定向意图

定义带重定向标记的日志格式

在 http 块中自定义 log_format，用 map 指令预先将 $status 映射为可读标签，使每条日志自带分类字段：

map $status $redirect_type {~^30[12378]$ "redirect";default "other";}
log_format redirect_classified '$remote_addr - $remote_user [$time_local] ' '"$request" $status $body_bytes_sent ' '"$http_referer" "$http_user_agent" ' 'redirect_type:$redirect_type'; 

这样每条日志末尾都会追加 redirect_type:redirect 或 redirect_type:other，无需后期正则匹配状态码数字，结构清晰、机器友好。

按重定向类型分流写入不同文件（可选进阶）

如果需物理隔离日志（如审计合规要求），可用 if 判断 + 多个 access_log 实现：

1. 在 server 或 location 块内，用 access_log ... if= 控制写入条件
2. 例如：access_log /var/log/nginx/redirects.log redirect_classified if=$redirect_flag;
3. 需先定义 map $status $redirect_flag { ~^30[12378]$ 1; default 0; }
4. 注意：if= 只支持变量值为 0 或非 0，不能写字符串比较

验证与日常使用建议

配置生效后，用 curl 触发一次 301 跳转（如 curl -I http://example.com/old），再检查日志输出是否含 redirect_type:redirect；也可用以下命令快速统计：

实际生产中，更推荐保留统一日志文件 + 结构化字段，交由日志平台做实时过滤和告警——既降低 Nginx I/O 压力，又便于关联分析（比如哪些 referer 引发了大量 302）。