levels参数不缩短单文件查找时间，但通过将百万级缓存分散至4096个子目录（如7/ab/），避免单目录海量文件导致的dentry查找劣化、锁竞争与I/O瓶颈。
levels 参数本身不缩短单个缓存文件的磁盘查找时间，但它能从根本上防止海量缓存下目录级 I/O 成为性能瓶颈。关键在于避免单目录堆积数万文件，让文件均匀落在成百上千个子目录中，从而维持稳定的 dentry 查找效率。
为什么单目录放太多文件会变慢
Linux 文件系统（如 ext4、XFS）在单目录内管理大量文件时，目录项（dentry）查找会劣化：
- ext4 默认用线性扫描查目录项，10 万文件下平均查找延迟可达毫秒级
- XFS 虽支持哈希目录（dir_index），但若未启用或存在碎片，同样出现块分裂和冲突上升
- Nginx 每次缓存命中都要执行 stat/open 等系统调用，高频小文件元数据访问会放大目录查找开销
- dcache 压力增大后容易触发锁竞争，进一步拖慢并发处理能力
levels=1:2 是最实用的分层方案
它把缓存键（经 MD5 后）按固定规则拆解为两级路径，实现天然负载分散：
- 第一级：取哈希值最后 1 位十六进制字符（0–f），生成 16 个一级目录
- 第二级：取倒数第 2–3 位（共 256 种组合），每个一级目录下再分 256 个二级目录
- 最终路径形如 /var/cache/nginx/mycache/7/ab/cdef1234，总叶子目录数达 4096 个
- 百万级缓存条目下，平均每目录仅数百个文件，目录查找基本保持常数时间
- 相同请求总是映射到同一子目录，利于 page cache 复用和磁盘预读
必须配合其他配置才能见效
只设 levels 不足以释放性能，需同步优化内存索引、文件系统行为和缓存 key 设计：
- keys_zone 至少配 10m：1MB 内存约存 8000 个 key 元数据，10m 可支撑约 8 万个活跃缓存项，避免因 key 驱逐引发额外磁盘 lookup
- inactive 别设太短：例如仅 60s 会导致频繁清理重建，加剧 I/O；建议按业务热度设为 30m–2h
- use_temp_path=off：让临时文件直接写入缓存目录，避免跨文件系统 copy，减少一次磁盘写
- 挂载选项优化：SSD 上推荐 noatime,nobarrier（XFS）或 noatime,commit=60（ext4），降低元数据更新开销
- cache_key 要稳定：避免含 $request_time、$cookie_sessionid 等高熵字段；推荐使用 $scheme$host$request_uri 这类低变动率组合
验证与调优建议
上线后可通过以下方式确认效果：
- 用 find /var/cache/nginx/mycache -type d | wc -l 检查实际生成的子目录数量是否接近预期（如 4096）
- 统计各二级目录文件数：for d in */*; do echo "$d $(ls "$d" | wc -l)"; done | sort -k2nr | head -10，观察是否严重倾斜
- 监控 iostat 中 %util 和 await，对比 levels=0 与 levels=1:2 下高并发时的磁盘响应延迟
- 检查 df -i 确保分区 inode 足够，避免因耗尽 inode 导致缓存写失败
