安全删旧日志、精简无效配置是Nginx access_log优化核心：禁用rm正在写入文件，用logrotate或kill -USR1后清理；删除未引用的log_format；合并重复access_log指令；关闭静态资源日志；精简日志字段并禁用高成本变量。
清理和重构 Nginx 的 access_log 配置，核心是两件事：安全删旧日志、精简无效配置。不建议直接清空或暴力删除正在写入的日志文件，也不该保留大量无用的 log_format 或重复的 access_log 指令。
安全清理历史 access_log 文件
Nginx 不会自动轮转或删除旧日志，需借助外部工具（如 logrotate）或手动操作。关键原则是：不直接 rm 正在被 worker 进程打开的文件，否则磁盘空间不会释放。
- 用
nginx -t确认配置合法，再执行nginx -s reload—— 这会让新 worker 打开新日志文件，旧 worker 逐步退出后自动关闭旧文件句柄 - 推荐用
logrotate管理：配置/etc/logrotate.d/nginx，启用create和rotate，并添加sharedscripts+postrotate nginx -s reload - 若需立即清理，先
kill -USR1 $(cat /var/run/nginx.pid)（触发日志 reopen），再删除已关闭的旧文件（如access.log.1,access.log-20240501）
识别并删除废弃的 log_format 定义
多个未被引用的 log_format 不影响运行，但会增加维护成本和配置歧义。检查方法简单直接：
Web Accessibility (WCAG 2 AA))
下载
将 WCAG 2 AA 无障碍标准应用于设计系统、UI 组件和网页——通过可运行的验证器进行对比度计算，采用设计 token 模式使颜色天生可访问，设定排版和焦点状态规则，并提供语义检查清单。适用于构建或审查 UI。
- 全局搜索
log_format name（name 是自定义名），再搜索整个配置树中是否出现access_log ... name - 常见废弃项：
main（默认格式，显式定义却未覆盖）、json（曾用于调试但已停用）、debug_full（含 $request_body 等敏感字段，已禁用） - 删除整段未被引用的
log_format块，包括前后空行和注释
合并/简化重复的 access_log 指令
一个 location 或 server 块里多次写 access_log，只有最后一个生效；若混用 off 和路径，易引发误判。
- 逐级检查：http → server → location，确认每个作用域下只有一条有效
access_log（不含off） - 静态资源（如
/static/,.js/.css）可统一关掉日志：access_log off;，减少 I/O 和磁盘占用 - 调试用的临时日志（如
access_log /var/log/nginx/debug.log debug;）必须彻底删除，避免长期写入
验证与最小化输出字段
日志内容越精简，IO 越低、分析越快。保留必要字段即可，避免冗余或高开销变量。
- 默认
log_format combined已较合理，如无需 UA、Referer，可自定义更轻量格式，例如：
log_format minimal '$remote_addr - $time_local "$request" $status $body_bytes_sent'; - 禁用高成本变量：如
$request_body（需开启client_body_in_file_only on）、$upstream_http_set_cookie（依赖上游响应）等，除非明确需要 - 改完后务必
nginx -t && nginx -s reload，并tail -f /var/log/nginx/access.log观察几秒，确认格式和内容符合预期
