Nginx可通过设置error_log级别为error并配合proxy_ignore_client_abort on来忽略客户端主动断开连接产生的warn级日志，避免干扰排查；stream模块需单独配置error_log级别。
Nginx 默认会在客户端主动关闭连接（比如用户刷新页面、网络中断或前端取消请求）时，记录类似 client closed connection while waiting for request 或 upstream prematurely closed connection 的警告或错误日志。这类日志本身不表示服务异常，但大量出现会干扰问题排查，尤其在高并发或移动端场景下。
要忽略客户端主动断开产生的相关错误日志，核心不是“屏蔽所有错误”，而是避免将这类可预期的客户端行为记为 error/warn 级别日志。具体可通过以下两方面配合实现：
关闭对客户端中断的敏感记录
Nginx 提供 proxy_ignore_client_abort 指令，它控制反向代理场景下是否继续向后端转发请求——但它不直接控制日志级别。真正影响日志输出的是：错误日志级别设置 + 是否触发底层连接异常事件。
更有效的方式是调整日志级别并配合行为控制：
-
在
http或location块中，避免使用warn或更低级别（如info、debug）记录错误日志error_log /var/log/nginx/error.log error; # 推荐：只记录 error 及以上
error级别通常不会记录client closed connection这类非致命事件；而warn级别会记录，造成日志噪音。 -
若已在
server或location中单独设置了更低级别（如warn），需检查并统一改为error：server { error_log /var/log/nginx/myserver-error.log error; # 覆盖全局，确保不降级 location /api/ { proxy_pass http://backend; proxy_ignore_client_abort on; # 允许后端继续处理，减少中断触发 } }
配合 proxy_ignore_client_abort 减少中断触发条件
虽然该指令不直接抑制日志，但它能避免因客户端断开导致 upstream 被强制终止，从而减少 upstream prematurely closed connection 类错误的产生源头：
location / {
proxy_ignore_client_abort on;
proxy_pass http://backend;
proxy_connect_timeout 60s;
proxy_read_timeout 300s;
}启用后，即使客户端断开，Nginx 仍会等待后端返回（只要未超时），降低因“客户端先走”引发的连锁报错。
补充：确认日志来源是否为 stream 模块（TCP 代理）
如果是 TCP/UDP 代理（如 MySQL、Redis），client closed connection 日志属于 stream 模块，需单独配置其 error_log 级别：
stream {
error_log /var/log/nginx/stream-error.log error; # 同样设为 error 级别
log_format stream_log '$remote_addr [$time_local] $protocol $status';
access_log /var/log/nginx/stream-access.log stream_log;
server {
listen 3306;
proxy_pass mysql_backend;
}
}注意：stream 块内的 error_log 与 http 块互不影响，必须显式配置。
不复杂但容易忽略
