Nginx缓存架构是分层协作的系统设计，核心是通过keys_zone内存索引+磁盘文件存储、两级目录散列、Cache Loader/Manager协同管理，实现高性能与高可用。
Nginx 缓存架构不是简单地把响应存到磁盘，而是一套分层协作、兼顾性能与可靠性的系统设计。它的核心目标是在不牺牲一致性前提下，尽可能减少回源次数、降低后端压力、提升响应速度。
缓存工作流程：请求进来怎么走
每次 HTTP 请求到达 Nginx，缓存机制按固定顺序介入：
- 先根据 cache key（默认是 $scheme$proxy_host$request_uri）查找共享内存中的索引；
- 若 key 存在且未过期，检查对应缓存文件是否真实存在且有效（验证元数据 + 文件状态）；
- 命中则直接读取文件返回，跳过后端；未命中则转发请求，收到响应后再按策略决定是否缓存；
- 缓存写入前会校验响应头（如 Cache-Control、Expires、Vary），并过滤掉不适宜缓存的状态码（如 5xx、302 默认不缓存，除非显式配置）。
缓存存储结构：为什么用两级目录
Nginx 把缓存文件散列到多级子目录中，典型配置如 levels=1:2：
- 缓存键经 MD5 哈希后取最后几位生成路径，例如哈希值
ab12cd34...→ 路径为/a/bc/ab12cd34...； - 避免单目录下文件过多导致 inode 查找变慢（Linux ext4 单目录建议不超过 1~2 万文件）；
- 目录层级不影响性能，但能显著提升大缓存规模下的文件管理效率和清理速度。
内存与磁盘协同：keys_zone 是关键
keys_zone 定义的是纯内存区域，只存缓存键、元数据（大小、过期时间、状态等），不存响应体：
- 1MB keys_zone 约可容纳 8000 个缓存条目，适合中小规模部署；
- 该区域被所有 worker 进程共享，实现跨进程缓存可见性；
- 真正响应内容以文件形式落盘，由 cache manager 异步清理过期项，不影响请求处理路径。
缓存生命周期管理：谁来管过期和清理
缓存不是“写进去就完事”，Nginx 通过两个独立进程保障时效性：
- Cache Loader：仅在 Nginx 启动时运行一次，扫描磁盘缓存目录，把有效缓存的元信息加载进 keys_zone；
-
Cache Manager：周期性（默认每秒）运行，负责删除过期缓存、控制
max_size上限、合并小文件碎片； - 注意：它不实时响应请求变化，所以对强实时性场景（如秒杀库存页），需配合
proxy_cache_bypass或外部失效机制（如 PURGE）。
