Linux磁盘空间如何排查_深度讲解提升系统稳定性【指导】

磁盘空间排查需分三步：先用df -h看全局占用并检查inode和保留空间，再用du层层下钻定位大目录，最后用find和lsof查大文件及已删未释文件。

磁盘空间突然告警，系统变慢甚至服务中断，问题往往不在“有没有空间”，而在于“空间去哪儿了”。排查不是靠猜，而是有逻辑、分层次的定位过程。核心就三点：看全局、挖局部、查异常。

先看整体占用，锁定问题分区

用 df -h 快速扫一遍所有挂载点，重点关注 Use% 列。数值超过 85% 就该警惕，100% 通常意味着写入失败或服务卡死。注意几个关键细节：

• 同一块物理磁盘可能挂载多个目录（比如 / 和 /home 分开挂载），要逐个检查，别只盯根目录
• 看到 Avail 是 0 但 Size 和 Used 加起来明显小于总容量？那可能是 ext4 默认保留了 5% 空间给 root —— 可用 tune2fs -m 1 /dev/xxx 调低（生产环境建议不低于 1%）
• 顺手加个 df -i，防止是 inode 耗尽（小文件太多时常见），不是空间满，而是“没号可分”

再找大目录，层层下钻定位源头

确定问题分区（比如是 / 或 /var）后，用 du 向下定位。别从头递归全盘扫描，效率低还容易权限报错：

• 查根目录一级子目录： du -sh /* 2>/dev/null | sort -hr
• 进可疑目录（如 /var）再查二级： du -sh /var/* 2>/dev/null | sort -hr
• 想快速揪出 G/T 级大户： du -h --max-depth=2 /var | grep '[GT]' | sort -hr

常见“重灾区”有：/var/log（日志疯长）、/var/lib（Docker 镜像、数据库数据）、/tmp（临时文件堆积）、/home（用户上传或备份残留）。

接着筛大文件，确认具体元凶

找到大目录后，进一步锁定单个文件。日志、转储、core dump、未清理的安装包最常背锅：

标签： linux java node docker nginx tomcat ai