nginx 不支持在 location 块中配置 error_log，因其仅允许出现在 http、server 或 mail 上下文；error_log 记录服务器级错误，不按 url 分流，404/500 等响应由 access_log 记录；可通过条件 access_log + 自定义 log_format + 外部过滤实现 url 级错误追踪。
在 Nginx 中，不能直接在 location 块里配置独立的 error_log。这是关键前提——error_log 指令只允许出现在 http、server 或 mail 上下文中，不支持写在 location 块内。所以“为某个 URL 单独记错误日志”无法通过 location + error_log 实现。
为什么 location 里不能设 error_log
Nginx 的错误日志记录的是服务器级或进程级问题（如配置加载失败、worker 异常退出、SSL 握手失败、上游连接超时等），不是 HTTP 响应状态码。它不感知具体请求路径，也不按 URL 分流。404、500 这类响应本身属于正常业务逻辑，由 access_log 记录，而非 error_log。
也就是说：
• error_log 关注的是 Nginx 自身运行是否出错；
• access_log 才记录每个请求的处理结果（含 $status）。
真正可行的替代方案
若你实际想实现“只对特定 URL（如 /api/v2/pay）的错误响应（如 5xx）做重点追踪”，可通过以下组合方式达成目标：
- 用 access_log + if 条件记录特定 URL 的访问行为：在 location 块中启用带条件的访问日志，把目标路径的请求单独打到一个文件，并包含状态码和响应时间，便于后续筛选错误响应。
- 配合 log_format 输出详细上下文：自定义格式，加入 $request、$status、$upstream_status、$upstream_addr、$request_time 等变量，方便定位是 Nginx 层还是后端服务出的问题。
-
用 grep 或日志分析工具过滤 5xx 请求：例如：
grep '" 5' /var/log/nginx/api-errors.log，快速提取所有服务端错误。
示例配置：
log_format api_error '$time_local | $remote_addr | "$request" | $status | $body_bytes_sent | $upstream_status | $upstream_addr | $request_time';
<p>server {
listen 80;
server_name example.com;</p><pre class="brush:php;toolbar:false;">location /api/ {
# 只为此 location 下的请求写入专用 access 日志
access_log /var/log/nginx/api-access.log api_error;
# 其他 proxy_pass 或 fastcgi 配置...
proxy_pass http://backend;
proxy_set_header Host $host;
}}
进阶：模拟“URL 错误日志”的实用技巧
如果你确实需要在发生某些特定错误（比如后端返回 502/504）时触发额外记录，可考虑：
- 使用第三方模块 ngx_http_log_if（需编译安装），支持更灵活的 access_log 条件判断；
- 在应用层埋点或返回特殊 header（如 X-Error-Category: payment-fail），再通过 log_format 记录该 header，实现语义化归类；
- 用 systemd-journald 或 rsyslog 做二次路由：将 access 日志发给 syslog，按 $request 或 $status 字段规则转发到不同文件或告警通道。
核心记住一点：Nginx 原生不支持 per-URL error_log，但通过精准的 access_log 控制 + 格式定制 + 外部工具协同，完全可以达到同等可观测效果。
