Linux服务器inode爆满？三步定位并清理日志/缓存文件（附排查脚本）
Linux服务器inode爆满？三步定位并清理日志/缓存文件（附排查脚本）
当你在Linux服务器上执行文件操作时突然遇到"No space left on device"的报错，但df -h显示磁盘空间充足，这种矛盾现象往往意味着inode资源耗尽。作为运维人员，遇到这种情况不必慌张，本文将带你用三步法快速定位问题根源，并提供自动化清理方案。
inode是Linux文件系统的核心元数据结构，每个文件或目录都会占用一个inode。当大量小文件（如日志、缓存）积累时，即使磁盘空间剩余很多，inode耗尽也会导致系统无法创建新文件。这种情况在Web服务器、邮件系统和持续集成的环境中尤为常见。
1. 诊断inode使用情况
首先确认是否真的是inode耗尽导致的问题。执行以下命令查看各分区的inode使用率：
df -i典型输出示例：
Filesystem Inodes IUsed IFree IUse% Mounted on /dev/vda1 2621440 90366 2531074 4% / tmpfs 466667 1 466666 1% /run/user/0重点关注IUse%接近或达到100%的分区。如果发现某个分区inode使用率异常高，就需要进一步分析该分区下的文件分布。
快速定位高文件数目录：
for d in /*; do echo "$d $(find "$d" 2>/dev/null | wc -l)"; done | sort -n -k2这个命令会输出根目录下各子目录的文件总数，按数量排序。2>/dev/null参数用于忽略无权限访问的目录报错。
2. 逐层分析文件热点
根据上一步的结果，锁定文件数异常高的目录后，需要深入分析具体是哪些类型的文件占用了大量inode。以下是几种常见场景和对应的分析方法：
2.1 日志文件堆积
Web服务器（如Nginx、Apache）和应用程序日志是inode消耗大户。检查常见日志目录：
# 查看/var/log目录大小 du -sh /var/log # 统计各日志文件数量 find /var/log -type f | wc -l2.2 临时缓存文件
许多应用程序会产生缓存文件，例如：
- 包管理器缓存：
/var/cache/apt/archives/(Debian/Ubuntu)或/var/cache/yum(CentOS/RHEL) - Docker缓存：
/var/lib/docker/overlay2/ - Composer缓存：
~/.composer/cache/
检查这些目录的文件数量：
find /var/cache -type f | wc -l2.3 会话和临时文件
PHP等应用的会话文件和系统临时文件也可能堆积：
# PHP会话文件 ls /var/lib/php/sessions | wc -l # 系统临时文件 ls /tmp | wc -l3. 安全清理策略
定位到问题目录后，清理时需要特别注意避免影响正在运行的服务。以下是几种安全的清理方法：
3.1 按时间清理旧文件
使用find命令清理超过指定天数的文件（例如30天）：
# 清理指定目录下30天前的文件 find /path/to/directory -type f -mtime +30 -delete注意：先使用
-ls代替-delete预览将被删除的文件，确认无误后再执行实际删除
3.2 按类型清理特定文件
针对日志文件，可以按扩展名清理：
# 清理30天前的.log文件 find /var/log -name "*.log" -mtime +30 -delete3.3 自动化清理脚本
将上述步骤整合为一个可复用的排查清理脚本：
#!/bin/bash # inode_cleaner.sh - 自动排查并清理inode占用 # 1. 检查inode使用情况 echo "=== Inode使用情况 ===" df -i # 2. 分析根目录下各子目录文件数 echo -e "\n=== 目录文件数统计 ===" for d in /*; do [ -d "$d" ] && echo "$d $(find "$d" 2>/dev/null | wc -l)" done | sort -n -k2 # 3. 交互式清理 read -p "输入要清理的目录路径: " target_dir if [ -d "$target_dir" ]; then echo "即将清理 $target_dir 下30天前的文件" find "$target_dir" -type f -mtime +30 -ls read -p "确认删除以上文件？(y/n) " confirm [ "$confirm" = "y" ] && find "$target_dir" -type f -mtime +30 -delete else echo "目录不存在" fi使用说明：
- 将脚本保存为
inode_cleaner.sh - 添加执行权限：
chmod +x inode_cleaner.sh - 以root身份运行：
sudo ./inode_cleaner.sh
4. 预防inode耗尽的长期方案
除了应急清理外，更关键的是建立预防机制：
日志轮转配置：
- 配置logrotate定期压缩和删除旧日志
- 示例Nginx日志轮转配置(
/etc/logrotate.d/nginx)：/var/log/nginx/*.log { daily missingok rotate 14 compress delaycompress notifempty create 0640 www-data adm sharedscripts postrotate invoke-rc.d nginx rotate >/dev/null 2>&1 endscript }
监控告警设置：
- 添加inode使用率监控到现有监控系统（如Zabbix、Prometheus）
- 使用crontab定期检查：
# 每天检查inode使用率 echo '0 0 * * * df -i | awk '\''NR>1{print $5,$6}'\'' >> /var/log/inode_usage.log' | sudo tee /etc/cron.d/inode_check
应用程序优化：
- 为频繁创建小文件的应用配置专用分区
- 考虑使用数据库替代文件系统存储大量小数据
在实际运维中，我曾遇到一个典型案例：一个电商网站在促销活动后突然无法上传新产品图片。检查发现是inode耗尽，根源在于未配置日志轮转，导致3个月的访问日志积累了数百万个小文件。通过本文的排查方法，我们不仅解决了当务之急，还建立了日志管理规范，避免了问题再次发生。