核心是让非关键错误从一开始就不进error_log；Nginx error_log应仅记录emerg、error、crit级影响稳定性的事件，生产建议设为crit，配合log_not_found off、ignore_invalid_headers on、map+if条件过滤及独立日志分流来精准降噪。
核心不是过滤已写入的日志，而是让非关键错误从一开始就不进 error_log。Nginx 的 error_log 本质是运行诊断报告，不是业务流水账——它只该记录真正影响服务稳定性的 emerg、error、crit 级问题。
调高日志级别，源头掐断低危信息
默认的 error_log 级别常设为 error，但很多干扰项（如配置重载成功、SSL 握手完成、worker 进程平滑重启）实际落在 notice 或 warn 级。这些属于可恢复前兆或常规流程，不构成故障信号。
- 生产环境建议直接设为 crit：只记严重到可能中断服务的问题，比如“no live upstreams”“could not open error log file”
- 若需保留部分 warn 用于观察（如 upstream 临时不可达），可设为 error，但务必配合后续隔离手段
- 避免使用 notice、info、debug 级别上线，它们会迅速淹没真实异常
关闭可预期的“伪错误”开关
某些日志条目看似报错，实则是设计行为，完全可预判且无风险。
- log_not_found off;：禁用因静态资源缺失（如 favicon.ico、robots.txt）产生的 404 相关 warn 日志
- 在 server 或 location 块中加 ignore_invalid_headers on;：避免客户端发送非法 header 触发的 warn
- 反向代理场景下，若后端健康检查走 /health 端点且允许失败，可在 upstream 块中配 max_fails=0 或调大 fail_timeout，减少误判下线带来的 warn 冗余
用 map + if 隔离特定来源的噪音
当某类 IP、域名或路径持续触发低价值错误（如扫描器刷不存在接口、监控探针发畸形请求），可用条件日志机制跳过记录。
- 在 http 块中定义映射：map $remote_addr $skip_error { default 0; 192.168.1.100 1; 203.0.113.55 1; }
- 再改写 error_log：error_log /var/log/nginx/error.log error if=$skip_error;
- 支持 CIDR 匹配（如 192.168.0.0/16 1;），也适用于 $host、$request_uri 等变量
- 注意：if 条件仅对 error_log 指令生效，且必须在全局或 http 块中定义 map，不能放在 server 内
关键路径单独隔离，避免污染主日志
把高频出错但业务权重低的模块（如静态文件服务、API 文档页、健康检查端点）的日志单独导出，主 error.log 就能聚焦真正需要人工介入的问题。
- 在对应 server 或 location 中添加独立 error_log：error_log /var/log/nginx/static-error.log warn;
- 这样 404、403 类错误就分流出去，主日志只剩 core dump、权限拒绝、上游彻底失联等高危信号
- 甚至可对调试路径（如 /debug）设 error_log /dev/null crit;，彻底静音
