<p>最直接有效的方式是在 location 块中写 access_log off，配合精准路径匹配规则从请求进入阶段跳过日志记录全流程；需按场景选用 =、^~ 或 ~* 匹配，并置于通用规则之前，同时配置 log_not_found off 等配套措施以彻底关闭日志干扰。</p>
最直接有效的方式，是在 location 块中写 access_log off;，配合精准路径匹配规则，从请求进入阶段就跳过日志记录全流程——不格式化、不缓冲、不写磁盘。
用 location 精准匹配静态资源路径
Nginx 的 location 匹配是内核级的，比 map 或 if 更快更稳定。按实际场景选一种匹配方式：
- 对固定小文件（如
/favicon.ico、/robots.txt）用=精确匹配，性能最高：location = /favicon.ico { access_log off; log_not_found off; } - 对统一存放目录（如
/static/或/assets/）用^~前缀匹配，避免正则开销：location ^~ /static/ { access_log off; log_not_found off; } - 对常见后缀批量处理，用大小写不敏感正则：
location ~* \.(js|css|png|jpg|gif|webp|svg|woff2?|ttf|eot)$ { access_log off; log_not_found off; }
这些 location 块必须放在 location / 或 proxy_pass 规则之前，否则会被更宽泛的规则覆盖，导致 access_log off 不生效。
配套关闭隐性日志干扰
只关 access_log 还不够，静态服务常因缺失 .map 文件或爬虫乱扫触发大量 404，进而刷爆 error.log：
- 加
log_not_found off;：在对应location中关闭 404 错误日志，避免反复写盘 - 别用
access_log /dev/null;：它仍会执行 write 系统调用，不如off彻底 - 返回明确响应代替空查找：比如
location = /robots.txt { return 200 "User-agent: *\nDisallow: /\n"; }，省去文件系统访问
验证是否真正跳过日志写入
重载配置后，可用 strace 快速确认：
strace -p $(pidof nginx) -e write -s 64 2>&1 | grep access- 持续几秒无输出，说明匹配请求已完全绕过日志模块
- 若有输出，检查 location 顺序、匹配优先级或是否被其他规则覆盖
顺带优化缓存降低日志触发频率
高频静态请求即使不记日志，也会增加 CPU 和磁盘压力。加缓存头可减少重复请求：
-
expires 1y;设置强缓存有效期 -
add_header Cache-Control "public, immutable";明确不可变资源，浏览器不会发条件请求 - 搭配 CDN 使用时，还能降低回源次数，间接减少 Nginx 日志触发机会
