最有效的方案是用 find -delete 替代 rm -rf，它绕过 shell 展开、避免参数超长，由内核级调用执行，实测百万级文件快5–10倍。
直接用 rm -rf 目录 处理几万甚至上百万个小文件，极大概率会卡住、报错“Argument list too long”，甚至拖慢整个系统 I/O。这不是命令不行，而是 shell 展开 * 时把所有文件名塞进参数列表，超出了内核限制；同时大量小文件删除会触发海量元数据操作，让磁盘和 inode 表频繁更新，CPU 和磁盘队列瞬间拉满。
优先用 find -delete（最稳、最通用）
它不依赖 shell 展开，绕过参数长度限制，且由内核级调用执行，效率高、内存占用低：
-
find /path/to/dir -mindepth 1 -delete：安全清空目录内容，不删目录本身，-mindepth 1 确保跳过目标目录入口，杜绝误删风险 - 如需保留隐藏文件（如 .git），加
-not -name ".*"过滤；如要删掉所有（含隐藏项），无需额外操作——-delete默认覆盖 - 若系统 find 不支持
-delete（极老版本），改用：find /path/to/dir -mindepth 1 -print0 | xargs -0 rm -f，-print0和-0能正确处理含空格、换行的文件名
避免 ls 和通配符引发的内存崩溃
当目录下有几十万文件时，ls 会尝试排序并加载全部文件名到内存，极易触发 “memory exhausted” 错误。此时：
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 禁用排序：
ls -f /path/to/dir（-f强制不排序，输出快、内存省） - 不直接
rm -rf /path/to/dir/*—— shell 展开 * 就可能失败；也不用ls | xargs rm，因为ls本身已不可靠 - 替代方案：用
find /path/to/dir -maxdepth 1 -mindepth 1 -print0 | xargs -0 rm -rf，完全避开ls
分批控制压力，防止 I/O 飙升
对生产环境或资源紧张的服务器，可主动限速，避免影响其他服务：
- 每秒最多删 100 个文件：
find /path/to/dir -mindepth 1 -print0 | head -z 100 | xargs -0 rm -f，配合循环或 watch 使用 - 加 sleep 控制节奏：
find /path/to/dir -mindepth 1 -print0 | xargs -0 -n 50 rm -f && sleep 0.1（每次删 50 个，停 0.1 秒） - 用 ionice 降低 I/O 优先级：
ionice -c 3 find /path/to/dir -mindepth 1 -delete，让删除任务让出磁盘带宽给关键进程
删完检查空间是否真正释放
删完发现 df -h 空间没变？常见原因有两个：
- 有进程仍在写该目录下的已删除文件（如日志服务未重启），用
lsof +L1查看被删除但仍被占用的文件，重启对应进程即可释放 - 文件系统是 XFS 或 ext4 且启用了延迟分配（delayed allocation），空间释放稍有滞后，通常几分钟内自动完成；如需立即生效，可运行
sync并等待片刻
不复杂但容易忽略：安全删海量小文件，核心就三点——绕过 shell 展开、避开 ls 内存陷阱、按需控速保稳定。选对工具比拼手速重要得多。
