Nginx 不支持直接按状态码条件写日志，但可通过 map 模块映射 $status 为标记变量（如 $log_4xx），再在 server 块中用 access_log path format if=$var 实现按状态码分离日志。
Nginx 本身不支持直接按 HTTP 状态码（如 200、404、500）自动分流写入不同日志文件——它没有内置的 if $status == 404 { access_log error404.log; } 这类条件日志指令。但可以通过配合 map 模块 + 自定义 log_format + 多 access_log 指令，在 server 或 location 级别实现「按状态码分离日志」的效果。
✅ 核心思路：用 map 预分类，再绑定不同 access_log
Nginx 的 map 指令可在 http 块中根据 $status 动态生成一个变量（比如 $log_target），然后在 access_log 中引用该变量作为日志路径的一部分。由于 Nginx 不允许 access_log 路径含未解析变量（如 $log_target），实际做法是为每类关键状态码单独声明一条 access_log 指令，并配合 if= 条件（需启用 ngx_http_map_module 和注意版本兼容性）或更稳妥的「空日志 + 过滤写入」策略。
但更稳定、广泛兼容的做法是：
为每个目标状态码组，定义独立的 log_format + 对应的 access_log，并用 map 将状态码映射到布尔标记，再用 if 判断是否记录（仅限支持 if 的上下文，如 location）；或更推荐：使用外部日志切割/分析工具事后分离。
不过，生产中最实用、零依赖、100% 兼容的方案是下面这个：
? 方法一：用 map + 多 access_log（推荐｜兼容所有主流版本）
步骤 1：在 http{} 块中定义状态码分组映射
http {
# 定义状态码分类标签（用于后续判断）
map $status $log_2xx { default ""; ~^[2] "2xx"; }
map $status $log_4xx { default ""; ~^[4] "4xx"; }
map $status $log_5xx { default ""; ~^[5] "5xx"; }
map $status $log_other { default ""; ~^[13] "13xx"; }
# 可选：定义更细粒度（如单独抓 404）
map $status $log_404 { default ""; ~^404 "404"; }
# 自定义日志格式（可复用同一格式，也可差异化）
log_format detailed '$remote_addr - $remote_user [$time_local] '
'"$request" $status $body_bytes_sent '
'"$http_referer" "$http_user_agent" "$http_x_forwarded_for"';
# 全局默认访问日志（可保留，也可关闭）
access_log /var/log/nginx/access.log detailed;
}步骤 2：在 server 或 location 中启用条件日志输出
⚠️ 注意：access_log 指令不支持直接 if= 语法，但你可以用如下技巧——
为每个类别声明一条 access_log，并利用 map 变量作文件名的一部分（Nginx 1.7.0+ 支持变量路径）：
server {
listen 80;
server_name example.com;
# ✅ 关键：Nginx 1.7.0+ 支持 access_log 路径含变量（需确保版本 ≥1.7）
access_log /var/log/nginx/status-2xx.log detailed if=$log_2xx;
access_log /var/log/nginx/status-4xx.log detailed if=$log_4xx;
access_log /var/log/nginx/status-5xx.log detailed if=$log_5xx;
access_log /var/log/nginx/status-404.log detailed if=$log_404;
# 原始全量日志可继续保留，或设为 off
# access_log off;
location / {
root /usr/share/nginx/html;
index index.html;
}
}✅ 效果：
- 所有 2xx 响应会额外写入
/var/log/nginx/status-2xx.log - 所有 404 单独写入
/var/log/nginx/status-404.log - 其他状态码同理，互不干扰
-
if=$log_2xx表示：仅当$log_2xx非空字符串时才记录（map 已设为空字符串为 default）
? 验证方式：请求一个不存在页面（触发 404），检查
status-404.log是否新增一行；请求正常页面，看status-2xx.log是否增长。
? 方法二：用日志轮转工具事后分离（适合旧版 Nginx 或审计场景）
如果 Nginx 版本 < 1.7（如 CentOS 7 默认的 1.12），access_log ... if= 不可用，则改用：
- 保持单个 access.log 输出完整日志（含
$status字段） - 每天用
logrotate或脚本 +awk按状态码拆分：
# 示例：从 access.log 提取全部 500 错误并追加到专用文件
awk '$9 == 500 {print}' /var/log/nginx/access.log >> /var/log/nginx/500-errors.log
# 清空原日志（或配合 logrotate 归档后处理）搭配 cron 每分钟或每小时执行，即可近实时分离。
⚠️ 注意事项
-
if=条件日志功能需 Nginx ≥ 1.7.0，且编译时未禁用--without-http-map-module - 日志路径目录（如
/var/log/nginx/）必须提前创建并赋予 nginx worker 用户（通常是nginx或www-data）写权限 - 不建议在高并发场景下开启过多
access_log行——每条都是独立文件 I/O，可能影响性能 -
map是延迟计算的，只在日志写入前求值，开销极小
✅ 总结：三步到位
- 在
http{}块用map把$status映射成语义化标记（如$log_4xx） - 在
server{}或location{}中，为每类状态码加一行access_log path format if=$var - 重启 Nginx 并测试对应状态码请求，确认日志落点正确
这样就实现了「不同状态码进不同文件」，无需外部脚本，也无需修改应用层。
