在某个深夜的紧急维护中，当您发现根目录剩余空间不足1%时；在持续构建失败却找不到原因时；当服务器响应速度突然变慢时——找到那些吞噬磁盘空间的"元凶文件"往往是解决问题的第一步。

某电商平台数据库服务器突发IO阻塞，经排查发现是某个PHP进程持续写入的10GB错误日志文件。运维团队使用du -sh *逐层查找耗时27分钟，而使用本文介绍的组合命令仅需8秒即可锁定目标。

• 跨多级目录快速检索
• 排除特定文件类型干扰
• 精准识别隐藏的分散大文件
• 处理特殊字符文件名

du命令

查看当前目录各子目录大小（人类可读格式）

du -h --max-depth=1 | sort -hr 

查找前10大目录（排除挂载点）

du -xh / 2>/dev/null | sort -rh | head -n 10 

进阶技巧：筛选大于500MB的目录

du -h --threshold=3M /etc 2>/dev/null 

关键参数

• -x 防止跨越文件系统边界
• --apparent-size 显示文件表面大小而非磁盘占用
• --time 显示最后修改时间

find命令

查找/etc下大于1M的文件（精确到字节）

find /etc -type f -size +1048576 -exec ls -lh {} \; 2>/dev/null 

按时间维度搜索（最近30天修改过的500MB+文件）

find /var -mtime -30 -size +500M -printf "%s\t%p\n" | sort -n 

高级格式输出

使用-printf自定义输出格式：
%Tk 最后修改时间（k替换为@=秒数，+=可读格式）
%U 属主名称
%b 占用磁盘块数

ls与排序结合

按文件大小逆序显示前20项（含隐藏文件）

ls -AlhS --group-directories-first | head -n 20 

显示inode使用情况（排查大量小文件问题）

ls -i | sort -n | tail -n 15 

sort命令

按第5列（大小）数字逆序排序

du -h /etc | sort -k5 -hr 

混合排序：优先目录后文件，按大小降序

find . -type d -exec du -s {} \; 2>/dev/null | sort -n | cut -f2 | xargs du -sh 

非常规场景

稀疏文件检测

查找实际占用小于表面大小的文件

find . -type f -printf "%S\t%p\n" | awk '$1 < 1.0' 

LVM快照空间回收

定位快照中占用最大的COW块

lvs -o +devices,metadata_percent 

Docker容器空间清理

查找体积最大的容器层

docker system df -v | grep GB | sort -k5 -h 

自动化运维：定时扫描与预警

Shell脚本示例

#!/bin/bash ALERT_THRESHOLD=1073741824  # 1GB LOG_FILE="/var/log/big_files_$(date +%Y%m%d).log"  find / -type f -size +${ALERT_THRESHOLD}c -exec ls -lh {} \; 2>/dev/null > ${LOG_FILE}  if [ -s ${LOG_FILE} ]; then     echo "发现超大文件！" | mail -a ${LOG_FILE} -s "磁盘空间警报" admin@example.com fi 

Systemd定时器配置

# /etc/systemd/system/disk-check.timer [Unit] Description=Daily disk space check  [Timer] OnCalendar=daily Persistent=true  [Install] WantedBy=timers.target 

禁忌与陷阱

1. /proc与/sys目录的误判风险

虚拟文件系统的特殊处理：

find /proc -size +100M  # 永远返回空结果 

2. NFS挂载点的性能雪崩

使用-xdev避免网络遍历：

find /mnt/nfs -xdev -size +1G 

3. ext4目录索引的优化策略

当单个目录文件过多时：

tune2fs -O dir_index /dev/sda1