Web缓存目录是inode耗尽高发区，需通过df -i和du --inodes快速定位问题目录，再用find分析小文件分布，按原则安全清理过期文件，并配置定时任务与参数优化防止复发。
Web 缓存目录（如 /var/cache/nginx、/data/cache、/tmp/nginx 或应用自定义缓存路径）是 inode 耗尽的高发区——大量小文件（例如 session、缩略图、模板编译产物、代理临时文件）持续写入却未清理，极易快速占满 inode。排查和应急处理需聚焦“快定位、准识别、稳清理”，避免误删或触发服务异常。
确认是否为缓存目录导致 inode 耗尽
先排除误判，用两步验证：
- 运行
df -i，找到 IUse% 达 95%+ 的挂载点（如/dev/vda1挂载在/或/data） - 对该挂载点执行：
sudo du --inodes -s /var/cache/* /tmp/* /data/cache* 2>/dev/null | sort -n
重点关注输出中 inode 数值异常高的目录，比如/data/cache显示 48 万，远超其他目录（通常几百到几千），基本可锁定问题源
快速定位缓存目录下的小文件分布
进入疑似缓存目录后，不逐层 find 耗时，用高效命令筛出“文件最多”的子级：
用于自动切换项目中适合的node 版本
下载
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
- 查一级子目录文件数：
for d in */; do echo "$d $(find "$d" -maxdepth 1 -type f 2>/dev/null | wc -l)"; done | sort -k2 -n - 若发现
php-sessions/或proxy_temp/占比极高，再进一步看其内部文件年龄分布：find php-sessions/ -type f -printf '%T@ %p\n' 2>/dev/null | sort -n | head -5
确认是否全是数月前的陈旧文件（无活跃访问痕迹）
安全清理缓存中的废弃小文件
清理原则：不删目录结构、不中断服务进程、避免参数溢出。推荐组合操作：
- 清空过期日志类缓存（如 Nginx proxy_temp 中已失效的临时文件）：
sudo find /var/cache/nginx/proxy_temp -type f -mmin +1440 -delete
（-mmin +1440表示 24 小时未修改，比-mtime更精准） - 批量删除海量小文件（防 “Argument list too long”）：
sudo find /data/cache -type f -name "*.tmp" -print0 | xargs -0 -n 2000 rm -f - 清空整个缓存子目录（仅限明确废弃、且服务支持热重建的场景，如 Laravel 的
storage/framework/cache/data）：sudo rm -f /data/cache/laravel/*
注意：先ls -1A /data/cache/laravel | head -3确认无正在使用的锁文件或 pid 文件
防止再次爆发的即时加固
应急清理后立即堵住源头，否则几小时内可能复发：
- 检查 Web 应用配置，禁用无意义缓存生成。例如 Nginx 中关闭未使用的
proxy_buffering off或调整proxy_cache_path的inactive=1h参数 - 为缓存目录添加定时清理（非依赖 logrotate）：
编辑crontab -e，加入：0 3 * * * find /data/cache -type f -mtime +7 -delete - 若缓存由 PHP-FPM 进程生成（如 opcache file cache），确认
opcache.file_cache路径不在高 inode 风险分区，或改用内存缓存（opcache.file_cache_only=0）
