关闭高频低价值url的access_log是见效最快、零依赖的日志降载方式，通过location精确匹配如/healthz、静态资源等路径并设access_log off，可减少write调用与磁盘压力。
直接对高频但低价值的 URL 关闭 access_log，是见效最快、零依赖的日志降载方式。它不改变日志整体架构，只精准过滤掉不需要审计或分析的请求，从而减少 write 系统调用次数和磁盘写入压力。
哪些 URL 适合关日志
不是所有路径都适合关闭日志，重点选那些：
• 请求频率极高但业务意义极低（如健康检查 /healthz、心跳探针 /ping）
• 静态资源且已由 CDN 或浏览器强缓存（如 /favicon.ico、/robots.txt、/static/js/app.min.js）
• 内部服务间调用路径（如 /internal/metrics），本身不面向用户，也不参与安全审计
配置方法：location + access_log off
在 server 或 http 块中，用 location 精确匹配目标路径，并在其作用域内关闭日志：
location = /healthz {
access_log off;
return 200 "OK";
}
<p>location ~* .(ico|png|gif|jpg|css|js|woff2?)$ {
access_log off;
expires 1y;
add_header Cache-Control "public, immutable";
}
</p>注意：
• location = /path 是精确匹配，性能最好；location ~* 是大小写不敏感正则匹配，灵活但稍有开销
• access_log off 只对该 location 生效，不影响其他路径的日志记录
• 若该 location 同时有 error_log 输出（如 404），可配合 log_not_found off 进一步减少 error.log 写入
验证是否生效
改完配置后重载 Nginx（nginx -s reload），再发起几次目标 URL 请求，检查日志文件是否无新增记录：
# 查看最近 5 行访问日志 tail -n 5 /var/log/nginx/access.log <h1>单独请求 healthz 并观察日志变化</h1><p>curl -I <a href="https://www.php.cn/link/6ff169c8d96bc9b776c14c0e65af28df">https://www.php.cn/link/6ff169c8d96bc9b776c14c0e65af28df</a></p><h1>再次 tail，应无新增行</h1><p></p>
也可临时开启 debug 日志（需编译含 --with-debug），在 error.log 中搜索 "access log disabled" 类提示确认逻辑命中。
比关日志更优的替代思路
如果只是想降低 I/O 而非完全丢弃日志，以下方式更稳妥：
• 对该路径启用缓冲日志：access_log /var/log/nginx/healthz.log main buffer=8k flush=1s;
• 用 map + log_if 实现条件日志（适合规则复杂场景）
• 将这类日志单独输出到 syslog 或命名管道，交由外部进程异步处理
