优化Nginx缓存协同效率需：1.合理配置keys_zone（如128MB支持80–120万key），避免过大过小；2.依赖Linux Page Cache预热与调优（noatime、vmtouch、vfs_cache_pressure）；3.扁平化路径（levels=2）、SSD隔离、禁用use_temp_path；4.用$upstream_cache_status和X-Cache-Status验证真实命中性能。
优化 Nginx 磁盘缓存与内存缓存的协同效率，核心是让 keys_zone（内存索引）和磁盘文件（实际内容）各司其职、低耦合、高响应：内存负责极速键查找与状态管理，磁盘负责稳定持久存储，二者之间不拖慢、不冲突、不冗余。
合理配置 keys_zone：内存只管“找得到”，不管“读得快”
keys_zone 存的是缓存元数据（key 的 MD5、过期时间、状态等），不是响应体。配小了会频繁淘汰 key，导致假 MISS；配大了纯属浪费，不提升文件读取速度。
- 按预计缓存 URL 数量估算：每 1 万个唯一 key 占用约 1–1.5 MB 内存；日均 50 万请求、平均重复率 30%，建议从 128 MB 起配（≈ 支持 80–120 万 key）
- 避免盲目堆大：256 MB 以上需结合 proxy_cache_lock 和 proxy_cache_use_stale 使用，否则锁等待开销反而上升
- 不与磁盘缓存大小强绑定：max_size=10g 和 keys_zone=128m 可独立调整，前者管磁盘空间，后者管内存索引容量
让磁盘缓存真正“常驻内存”：靠 Linux Page Cache，不是靠 Nginx
Nginx 本身不管理缓存文件的内存加载，它依赖内核的 Page Cache。优化重点是让常用缓存文件更大概率留在内存里，减少物理磁盘 I/O。
- 挂载参数加 noatime：避免每次读取更新访问时间戳，减少页脏化和回收压力
- 服务启动后执行 vmtouch -t /var/nginx/cache：把所有缓存目录的元数据 + 常用文件内容页预热进内存
- 调低 vfs_cache_pressure：sysctl -w vm.vfs_cache_pressure=50，让内核更倾向保留 dentry/inode 缓存，间接提升路径查找和文件打开速度
精简路径层级 + SSD 物理隔离：缩短“从键到文件”的链路
keys_zone 找到 key 后，Nginx 还要拼路径、遍历目录、open 文件——这一步的延迟直接决定协同效率上限。
- levels 设为 2（如 levels=2），生成最多 256 个一级子目录，结构扁平，避免 levels=1:2:2 引发多层 inode 随机查找
- 缓存目录必须挂载在独立 NVMe 分区（非系统盘、非数据库同盘），杜绝 I/O 竞争
- 禁用 use_temp_path=off：响应体直写目标缓存路径，避免 rename 跨设备失败或双写放大 I/O
用好 $upstream_cache_status 和 X-Cache-Status：验证协同是否真生效
命中率高 ≠ 协同高效。要区分 HIT 是“内存查到 + 磁盘秒读”，还是“内存查到但磁盘卡顿导致延迟飙升”。
- 在 log_format 中加入 $upstream_cache_status，统计各状态占比，识别大量 EXPIRED 或 STALE 是否源于 inactive 设置过短
- 返回头加 add_header X-Cache-Status "$upstream_cache_status";，配合 ab 或 wrk 压测，观察 HIT 状态下 P95 延迟是否稳定在 1–3 ms（SSD 正常水平）
- 若 HIT 延迟突增，优先检查磁盘 I/O 利用率（iostat -x 1）和 Page Cache 命中率（/proc/meminfo 中 Cached vs. Buffers）
