nginx配置中四类典型“坏味道”需警惕：重复冲突的缓存有效期设置、已废弃指令残留、purger=on却缺失或滥用inactive参数、缓存与日志路径混用或权限失控，均不报错但危害性能与稳定性。
重复或冲突的缓存有效期设置
常见于多层 location 块嵌套或 include 多个配置片段后：同一缓存区（keys_zone）被多次指定 proxy_cache_valid，或不同 location 对同一 URL 路径设了互相矛盾的过期时间（如一个设 5m，另一个设 1h）。
结果是：Nginx 采用**最后匹配到的规则**，但运维人员难以追溯来源，导致缓存刷新节奏失控。
✅ 清理建议：
• 全局搜索 proxy_cache_valid，确认是否只在 cache zone 定义处或统一 upstream/parent location 中设置一次
• 删除所有子 location 中重复声明的 proxy_cache_valid，改用 proxy_cache_use_stale 或响应头（如 Cache-Control）动态控制
• 若必须差异化过期，改用 map + proxy_cache_valid 变量方式，集中管理
已废弃且无作用的指令残留
Nginx 1.11.6+ 已移除 proxy_buffering off 对缓存行为的影响；1.19.0+ 废弃 proxy_cache_key $scheme$host$request_uri 中硬编码 scheme/host 的写法（应使用 $scheme$proxy_host$uri$is_args$args 更健壮）；而 proxy_set_header Host $host 在 proxy_pass 未显式带 host 时，可能被覆盖并引发后端识别错误。
✅ 清理建议：
• 查阅 Nginx 官方变更日志，比对当前版本（运行 nginx -v 确认），标记出已 deprecated 的指令
• 删除明确废弃的指令（如旧版 fastcgi_cache_min_uses 在新版中无效）
• 替换过时的 proxy_cache_key 模板，加入 $proxy_host 和规范化参数顺序
purger=on 却没配 inactive，或 inactive 值过大
purger=on 常被误认为“开启自动清缓存”，但它本身不触发清理——它只是启用后台扫描协程，真正决定哪些缓存该删的是 inactive=time。若配置里写了 purger=on 却漏掉 inactive，或设成 inactive=24h，会导致冷缓存堆积数小时甚至一天才释放，磁盘缓慢涨满。
✅ 清理建议：
• 检查所有 proxy_cache_path 行，确认每处都含 inactive= 参数（推荐 10m–60m，视业务热度调整）
• 若已启用 purger=on，同步检查 purger_files、purger_sleep 是否合理（如 purger_sleep=50 比默认 200ms 更及时）
• 删除孤立的 purger=on（即无对应 inactive 的行），避免误导
日志与缓存路径混用临时目录或权限失控
例如缓存路径设为 /tmp/nginx-cache，或日志路径写成 /home/www/logs（非 root 可写但 Nginx worker 进程用户无权写入）；又或者 proxy_cache_path 指向根分区且 max_size 设得过大（如 50g），但磁盘总空间仅 60g——这些不会报错，但上线后缓存写满、日志写失败、worker crash 都可能静默发生。
✅ 清理建议：
• 缓存路径必须使用独立、有足够空间、且 nginx worker 用户（如 www-data 或 nginx）有读写权限 的目录（推荐 /var/cache/nginx）
• 日志路径应固定在 /var/log/nginx，确保 logrotate 可识别并轮转
• 所有路径用绝对路径，避免相对路径引发位置歧义
• 检查 max_size 是否超过所在分区可用空间的 70%
