Inode耗尽会导致“No space left on device”错误，即使磁盘空间充足；需用df -i排查使用率，find和du --inodes定位高密度小文件目录，再针对性清理或优化存储。
Linux系统中Inode耗尽会导致无法创建新文件，即使磁盘空间充足也会报错“No space left on device”。排查需先确认是否真为Inode不足，再定位高密度小文件目录，最后安全清理或优化存储方式。
快速判断Inode使用情况
执行 df -i 查看各挂载点的Inode使用率。重点关注 Use% 列，超过90%即存在风险。若某分区显示100%，但 df -h 显示空间仍有余量，基本可确认是Inode耗尽。
进一步定位：用 find /path -xdev -type f | wc -l 统计指定路径下普通文件总数（-xdev 避免跨文件系统）；配合 du --inodes -s /path 可按目录汇总Inode占用，快速识别“文件大户”。
定位高频小文件生成源
常见源头包括：Web服务器临时上传目录、日志轮转未压缩/清理的旧日志、缓存服务（如Redis AOF、Nginx proxy_temp）、容器运行时overlay层、监控采集残留指标文件等。
- 检查 /tmp、/var/tmp、/var/log 下子目录文件数，例如：du --inodes -s /var/log/* | sort -nr | head -5
- 查看定时任务：crontab -l 和 /etc/cron.*/ 中是否有高频写入脚本
- 对疑似目录启用实时监控：inotifywait -m -e create,delete /path 观察文件增删节奏
安全批量删除小文件的高效方法
直接 rm -rf * 在百万级小文件目录下极慢且易卡死shell。推荐分步、限速、避免递归爆炸：
- 用 find 分批处理： find /path -maxdepth 1 -type f -name "*.tmp" -print0 | head -z -10000 | xargs -0 rm -f （每次删1万个，可循环执行）
- 借助 rsync 清空（比rm更快更稳定）： mkdir /empty && rsync -a --delete /empty/ /path/ && rmdir /empty
- 对日志类文件，优先用 logrotate 配置 maxage 和 maxsize，并启用 compress 减少Inode占用
长期优化：减少Inode消耗的设计建议
预防胜于救治。从应用层和系统层降低Inode压力：
- 小文件合并存储：如将大量文本配置项存入SQLite数据库或单个JSON文件，而非独立小文件
- 启用文件系统特性：XFS支持 inode64 挂载选项（提升大容量盘Inode分配效率）；ext4可调大 bytes per inode（mkfs.ext4 -i 16384）
- 容器环境限制：Docker daemon.json 中配置 default-ulimits 限制nofile，配合镜像层复用减少重复Inode
- 定期巡检脚本：加入运维监控，当 df -i | awk '$5 > 85 {print $1,$5}' 有输出时自动告警
