禁用访问日志是缓解高频写盘卡顿最直接有效的方式，适用于健康检查、静态资源等高频低价值请求；可通过location块精确关闭，支持精确匹配与正则匹配，重载后验证生效，或改用缓冲日志降级处理。
禁用访问日志是缓解高频写盘卡顿最直接有效的方式，尤其适用于健康检查、静态资源等低价值但高频率的请求路径。它不依赖系统缓存或额外组件，改完即生效，能立竿见影降低 write 系统调用和磁盘 I/O 压力。
哪些请求适合关 access_log
重点识别“高频 + 无审计/分析价值”的请求：
- 健康探针类：如 /healthz、/ping、/readyz，通常每秒多次，纯机器调用
- 静态资源类：图标（/favicon.ico）、机器人协议（/robots.txt）、哈希化前端资源（/static/js/app.a1b2c3.js）
- 内部通信路径：如 /internal/metrics、/api/v1/debug，不面向用户，也不参与安全追踪
精准关闭日志的配置方法
用 location 块限定作用域，避免误关全局日志：
- 精确匹配（性能最优）：
location = /healthz { access_log off; return 200 "OK"; } - 正则匹配（灵活覆盖）：
location ~* \.(ico|png|gif|jpg|css|js|woff2?)$ { access_log off; expires 1y; } - 注意：access_log off 只影响当前 location，其他路径日志照常记录
验证是否真正生效
重载配置后快速确认：
- 发起几次目标请求：
curl -I https://example.com/healthz - 检查 access.log 是否无新增：
tail -n 3 /var/log/nginx/access.log - 若需深度确认，可临时启用 debug 日志，搜索 "access log disabled" 关键字
比完全关闭更稳妥的替代方案
若仍需保留部分日志用于监控或审计，可降级为缓冲写入：
- 单独为该路径配置轻量日志：
access_log /var/log/nginx/healthz.log main buffer=8k flush=1s; - 配合 log_not_found off（在同 location 中），进一步屏蔽 404 类 error.log 写入
- 这样既减少主日志干扰，又保有可查线索，I/O 压力远低于默认实时写
