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 主目录下的独立子路径：
- 宝塔环境：
/www/server/nginx/cache/fastcgi - phpEnv 环境：
/www/phpenv/nginx/fastcgi_cache - 自建环境：
/var/cache/nginx/fastcgi（确保该分区空间充足）
创建后立即赋权：
sudo mkdir -p /www/server/nginx/cache/fastcgisudo chown -R www:www /www/server/nginx/cache/fastcgisudo 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→磁盘路径的映射表，大小直接影响缓存命中率：
- 小流量站（日均 PHP 请求
- 中型 WordPress 站（含插件、AJAX）：≥256m
- 高频 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。
