Nginx 里 fastcgi_cache_path 配置内存缓存分配

keys_zone是为缓存键及元数据分配的共享内存区，不存响应体，应按预估并发缓存key数×1KB÷1024估算大小，常见合理范围为8m–256m，过小致伪未命中，过大则浪费且可能引发slab延迟。

fastcgi_cache_path 中的 keys_zone 参数，就是用来分配内存缓存的——它不存实际内容，只存“哪些 URL 缓存了、存在哪”的映射关系（类似目录索引），这部分必须驻留在共享内存中，供所有 worker 进程快速查表。

keys_zone 大小怎么定

内存大小不是越大越好，也不是越小越省，关键看并发缓存 key 的数量：

• 每 1MB keys_zone 约支持 8000～10000 个缓存 key（取决于 key 长度和系统位数）
• 日均 PHP 请求 5 万的小站：key 数量通常在 1.5 万以内，64m～100m 足够
• 中型 WordPress 站（插件多、AJAX 频繁）：建议 ≥256m，避免 key 表频繁淘汰导致缓存命中率骤降
• 高并发 API 接口服务：512m 更稳妥，尤其当 URI 带大量动态参数（如 /api/v1/user?id=123&type=a）时，key 易碎片化

常见配置误区

很多人只关注磁盘空间（max_size），却忽略 keys_zone 满了会直接“失能”：

• 设了 keys_zone=phpcache:64m 却长期有 3 万活跃 key，新请求无法建索引 → 持续 HIT 变 MISSED
• 把 keys_zone 设得过大（比如 2g），但服务器物理内存不足，Nginx 启动报错 “Cannot allocate memory”
• 用 levels=0 或省略 levels，导致 key 冲突加剧，间接推高 keys_zone 实际开销

验证与调优方法

上线后别只看配置，要实测 key 使用率：

• 用 nginx -T | grep fastcgi_cache_path 确认生效配置
• 访问 http://your-site.com/nginx_status（需开启 stub_status）或查 nginx -s stats 输出，观察 cached keys 和 max keys 比值
• 比值持续 > 85%，说明 keys_zone 不足，应扩容；若长期
• 配合 inactive 时间调整（如从 1h 改为 30m），可降低 key 总量，缓解内存压力

内存缓存分配本质是平衡“查得快”和“装得下”，配准 keys_zone 才算真正激活 FastCGI 缓存能力。