proxy_cache_min_uses 确实生效需三步验证：加X-Cache-Status头观察MISS→HIT跃迁；查缓存目录文件增量确认低频不落盘；结合access日志分析key复用率与proxy_cache_lock协同效果。
测试 proxy_cache_min_uses 是否真正生效，不能只看配置是否写对，关键在于验证“低频请求不落盘、中高频请求稳命中”这一行为是否达成。核心是三步：加监控头观察状态、查磁盘文件增量、比对日志模式。
加 X-Cache-Status 响应头，实时看缓存状态
在对应 location 或 server 块中加入：
add_header X-Cache-Status $upstream_cache_status;
然后用 curl 或浏览器开发者工具发起多次相同 URI 请求（注意保持 cache_key 一致），观察响应头变化：
- 第一次请求：返回
X-Cache-Status: MISS→ 正常回源，不写盘 - 第二次请求（
min_uses 2场景）：若 key 稳定且锁启用，应仍为MISS（等待锁释放中）或直接HIT（锁已释放、缓存已写入） - 第三次起：持续返回
HIT，说明已稳定服务 - 若某路径长期
MISS却无后续HIT，说明该 key 没被复用，可能属于需过滤的长尾请求
查缓存目录文件新增量，确认“不落盘”效果
直接观测磁盘是否真被节省：
执行命令统计最近 5 分钟新建缓存文件数：
find /var/cache/nginx/my_cache -type f -mmin -5 | wc -l
对比调参前后同一时段的数值。例如静态资源设 min_uses 2 后，该值下降 40%～60%，即说明大量单次访问（如爬虫、CI 构建）确实没生成缓存文件。
特别注意：若发现小文件（KB 级）数量激增但总容量几乎不变，就是典型的“写一次就丢”僵尸文件，说明 min_uses 未生效或 cache_key 过于离散。
结合 access 日志与 cache_key 分析真实复用规律
打开 Nginx access log，筛选出目标路径（如 /static/app.js），检查：
- URI 是否高度重复？比如
/static/app.js出现多次，但带不同参数如?v=abc、?t=1744624800→ 说明cache_key包含$args，必须精简 - 同一 URI 的访问时间间隔：用户二次加载通常在秒级到分钟级；若两次访问相隔数小时且无中间 HIT，说明该路径实际复用率低，
min_uses 2可能偏高 - 是否存在大量带随机串的请求（如
/log?r=xxx&t=yyy）→ 这类不该走min_uses，而应直接用proxy_no_cache 1或proxy_cache_bypass绕过
验证 proxy_cache_lock 是否协同工作
min_uses 单独启用无法防并发写盘。要验证锁是否起效：
- 用 ab 或 wrk 并发压测同一 URI（如 10 并发、20 次请求）
- 查看后端 access log：若只有 1 条记录（而非 10 条），说明锁成功串行化了回源
- 同时检查 Nginx error log：出现
cache lock failed表示锁超时，需调大proxy_cache_lock_timeout - 再查缓存目录文件数：并发压测后仅新增 1 个文件，而非 10 个 → 锁 + min_uses 协同生效
