最轻量高效方案是用log_if指令过滤健康检查日志。nginx 1.7.0+支持map定义$loggable变量，结合access_log if=$loggable精准控制记录；旧版本可用location = /healthz { access_log off; }方式分离。
直接在 Nginx 的日志配置中通过 log_if 指令过滤掉健康检查路径（如 /healthz、/ping）返回 200 的日志条目，是最轻量、高效且无需额外组件的方案。
使用 log_if 条件记录（推荐）
Nginx 1.7.0+ 原生支持 log_if 指令，可精准控制某条 access_log 是否写入。只需在 http 或 server 块中定义条件变量，再绑定到日志指令：
- 在
http块顶部添加：map $status:$request_uri $loggable {<br> default 1;<br> "200:/healthz" 0;<br> "200:/ping" 0;<br> "200:/readyz" 0;<br>} - 将原有日志指令改为：
access_log /var/log/nginx/access.log main if=$loggable;
其中main是你定义的日志格式名，if=$loggable表示仅当变量值为非 0/空时才记录。 - 注意：
map必须在log_format和access_log之前加载；$request_uri包含 query string，若需忽略参数（如/healthz?cache=0），改用$uri（不含 query）更稳妥。
按 location 分离健康检查（兼容旧版本）
对不支持 log_if 的老旧 Nginx（如 1.4.x），可将健康检查路由单独归类，为其禁用访问日志：
- 把健康检查接口统一收口到独立
location块：location = /healthz {<br> return 200 "OK";<br> access_log off;<br>} - 同理处理
/ping、/readyz等路径；=表示精确匹配，避免误伤其他以 healthz 开头的路径。 - 若健康检查由后端服务（如 upstream）提供，可在对应
location中添加access_log off;，不影响主业务日志。
避免常见陷阱
看似简单，但几个细节容易导致过滤失效：
- 状态码必须是最终响应码：如果健康检查被 proxy_pass 转发，Nginx 记录的是 upstream 返回的状态码，确保后端真实返回 200，而非 302/503 后又被重写。
-
URI 匹配要严格：用
$uri而非$request_uri避免 query 参数干扰；用=或^~精确匹配，防止正则误判。 -
不要用 if + return 日志过滤：Nginx 中
if在 location 外不可靠，且access_log off不支持在 if 块内动态生效，易出错。
验证与调试
配置生效后，务必验证是否真正“瘦身”：
- 执行
nginx -t检查语法，再nginx -s reload平滑重启。 - 手动请求健康检查路径：
curl -I http://your-domain.com/healthz，确认返回 200 且无新日志产生。 - 对比过滤前后日志行数：
wc -l /var/log/nginx/access.log，观察高频请求是否消失；也可用tail -f实时监控日志流。
