Nginx 中 fastcgi_cache_path 构建高性能缓存存储

fastcgi_cache_path 是构建 Nginx FastCGI 缓存的底层骨架，需路径真实专用、levels=1:2 防 inode 过载、keys_zone 按业务规模设内存（如 WordPress 站 ≥256m）、inactive=1d 清理闲置元数据、use_temp_path=off 避免中转写入失败。

fastcgi_cache_path 不是简单指定一个目录，而是构建 Nginx FastCGI 缓存的底层骨架——路径、结构、内存和权限四者必须严丝合缝，缺一不可。

缓存路径必须真实、专用、归属明确

不能用 /tmp、/dev/shm 或相对路径。推荐使用 Nginx 主目录下的独立子路径：

1. 宝塔环境：/www/server/nginx/cache/fastcgi
2. phpEnv 环境：/www/phpenv/nginx/fastcgi_cache
3. 自建环境：/var/cache/nginx/fastcgi（确保该分区空间充足）

创建后立即赋权：

1. sudo mkdir -p /www/server/nginx/cache/fastcgi
2. sudo chown -R www:www /www/server/nginx/cache/fastcgi
3. sudo chmod -R 755 /www/server/nginx/cache/fastcgi

最后验证可写性：sudo -u www touch /www/server/nginx/cache/fastcgi/test，无报错才算真正生效。

levels=1:2 是高并发下的硬性要求

它决定缓存文件按哈希值分散成两级子目录（如 a/ab/xxx.cache），避免单目录 inode 过载。不设或设为 levels=0 会导致所有缓存挤在一个目录，流量稍大就卡顿甚至写入失败。

这是性能刚需，不是可选项。

keys_zone 要匹配业务规模，命名带标识

它只占用内存，存放 key→磁盘路径的映射表，大小直接影响缓存命中率：

1. 小流量站（日均 PHP 请求 < 5 万）：64m～100m
2. 中型 WordPress 站（含插件、AJAX）：≥256m
3. 高频 API 接口服务：512m 起步

命名建议带业务前缀，例如 WORDPRESS:256m 或 API_V1:512m，便于多站点共存时隔离与排查。

inactive 和 use_temp_path 必须显式配置

inactive=1d 表示缓存项若 24 小时未被访问，就自动清理元数据——这和 fastcgi_cache_valid 的有效期无关，是释放内存映射表空间的关键机制。

use_temp_path=off 强烈推荐开启：让 Nginx 直接写入最终缓存路径，跳过临时目录中转。否则在某些系统上（如 /tmp 权限受限或满盘），缓存会始终写入失败，X-Cache 显示 MISSED 或 BYPASS。