使用 rsync 非常快速和简单。

mkdir empty_dir
rsync -a --delete empty_dir/    yourdirectory/

@sarath 的回答提到了另一个快速选择：Perl！它的基准测试比rsync -a --delete.

 cd yourdirectory
perl -e 'for(<*>){((stat)[9]<(unlink))}'

或者，没有stat（是否需要它是有争议的；有人说使用它可能更快，而其他人说没有它更快）：

cd yourdirectory
perl -e 'for(<*>){unlink}'

资料来源：

1. https://stackoverflow.com/questions/1795370/unix-fast-remove-directory-for-cleaning-up-daily-builds

2. http://www.slashroot.in/which-is-the-fastest-method-to-delete-files-in-linux

3. https://www.quora.com/Linux-why-stat+unlink-can-be-faster-than-a-single-unlink/answer/Kent-Fredric?srid=O9EW&share=1

在有人Twitter的使用建议-delete，而不是-exec rm -f{} \;

这提高了命令的效率，但它仍然使用递归来遍历所有内容。

一个巧妙的技巧：

rsync -a --delete empty/ your_folder/

这是超级 CPU 密集型，但真的非常快。见https://web.archive.org/web/20130929001850/http://linuxnote.net/jianingy/en/linux/a-fast-way-to-remove-huge-number-of-files.html

怎么样： find /path/to/folder -name "filenamestart*" -type f -print0 | xargs -0rn 20 rm -f

您可以通过更改 parameter 的参数来限制一次删除的文件数-n。还包括带空格的文件名。

扩展其中一条评论，我认为您没有在做您认为正在做的事情。

首先，我创建了大量文件，以模拟您的情况：

$ mkdir foo
$ cd foo/
$ for X in $(seq 1 1000);do touch {1..1000}_$X; done

然后我尝试了我期望失败的方法，以及您在问题中所做的事情：

$ rm -r foo/*
bash: /bin/rm: Argument list too long

但这确实有效：

$ rm -r foo/
$ ls foo
ls: cannot access foo: No such file or directory

我有机会测试-delete相比-exec rm \{\} \;，对我来说-delete就是这个问题的答案。

使用-delete删除文件夹中 400,000 个文件的文件至少比rm.

“如何在 linux 中删除大量文件”一文表明它大约快了三倍，但在我的测试中，差异要大得多。

使用rm -rf directory代替rm -rf *。

我们最初rm -rf *是在目录中清除内容，并认为这是尽可能快的。但是后来我们的一位高级工程师建议我们避免使用星号 ( *)，而是传入父目录，例如rm -rf directory.

在关于这不会产生什么影响的激烈辩论之后，我们决定对其进行基准测试，以及使用find. 结果如下：

time rm -rf *                   2m17.32s
time rm -rf directory           0m15.60s
time find directory -delete     0m16.97s

rm -rf directory大约比rm -rf *!快 9 倍！

不用说，我们给那个工程师买了啤酒！

所以现在我们使用rm -rf directory; mkdir directory删除目录并重新创建它。

关于-delete上面的选项：我正在使用它删除我创建的临时文件夹中的大量（1M+ est）文件，但无意中忘记了每晚清理。我不小心填满了我的磁盘/分区，除了find .命令之外没有其他任何东西可以删除它们。它很慢，起初我使用的是：

find . -ls -exec rm {} \;

但这需要花费大量时间。它在大约 15 分钟后开始删除一些文件，但我的猜测是它在最终启动后每秒删除不到 10 个左右。所以，我尝试了：

find . -delete

相反，我现在让它运行。它似乎运行得更快，尽管它对 CPU 的负担非常大，而另一个命令则没有。它已经运行了大约一个小时，我想我的驱动器上的空间正在恢复，并且分区逐渐“缩小”，但仍然需要很长时间。我严重怀疑它的运行速度比另一个快 1,000 倍。和所有事情一样，我只是想指出空间与时间的权衡。如果您有足够的 CPU 带宽（我们有），则运行后者。它让我的 CPU 正在运行（uptime报告）：

10:59:17 up 539 days, 21:21,  3 users,  load average: 22.98, 24.10, 22.87

我已经看到平均负载超过 30.00，这对于繁忙的系统来说并不好，但是对于我们通常负载较轻的系统来说，几个小时就可以了。我已经检查了系统上的大多数其他内容，它们仍然有响应，所以我们现在还可以。

考虑使用 Btrfs 卷并简单地删除具有大量文件的目录的整个卷。

或者，您可以创建一个 FS 映像文件，然后卸载并删除其文件，以非常快地立即删除所有内容。

有几种方法可用于在 linux 中删除大量文件。您可以将 find 与 delete 选项一起使用，这比 exec 选项更快。然后你可以使用 perl unlink，然后甚至是 rsync。 linux下如何删除大量文件

假设parallel安装了GNU ，我使用了这个：

parallel rm -rf dir/{} ::: `ls -f dir/`

它足够快。

删除非常大的目录需要一种不同的方法，正如我从这个站点学到的那样 - 你需要利用 ionice。它确保（使用 -c3）只有在系统有 IO 时间时才会执行删除。您的系统负载不会上升到很高，并且一切都保持响应（尽管我的 CPU 查找时间相当高，约为 50%）。

find <dir> -type f -exec ionice -c3 rm {} \;

如果您有数百万个文件并且上述每个解决方案都让您的系统承受压力，您可以尝试以下灵感：

文件nice_delete：

#!/bin/bash

MAX_LOAD=3
FILES=("$@")
BATCH=100

while [ ${#FILES[@]} -gt 0 ]; do
    DEL=("${FILES[@]:0:$BATCH}")
    ionice -c3 rm "${DEL[@]}"
    echo -n "#"
    FILES=("${FILES[@]:$BATCH}")
    while [[ $(cat /proc/loadavg | awk '{print int($1)}') -gt $MAX_LOAD ]]; do
        echo -n "."
        sleep 1
    done
done

现在删除文件：

find /path/to/folder -type f -exec ./nice_delete {} \+

Find 将创建成批（请参阅 参考资料getconf ARG_MAX）的数万个文件并将其传递给nice_delete. 这将创建更小的批次，以便在检测到过载时允许休眠。

ls -1 | xargs rm -rf 

应该在主文件夹内工作

对于上面 Izkata 的提示：

但这确实有效：

$ rm -r foo/
$ ls foo
ls: cannot access foo: No such file or directory

这几乎奏效了——或者本来可以奏效的——但是我在许可方面遇到了一些问题；文件在服务器上，但我仍然不明白这个权限问题的来源。无论如何，终端要求对每个文件进行确认。文件数量约为 20 000，所以这不是一个选项。在“-r”之后我添加了选项“-f”，所以整个命令是“ rm -r -f foldername / ”。然后它似乎工作正常。我是终端的新手，但我想这没问题，对吧？谢谢！

根据您需要摆脱这些文件的程度，我建议使用shred.

$ shred -zuv folder

如果您想清除目录，但无法删除并重新创建它，我建议您移动它并立即重新创建它。

mv folder folder_del
mkdir folder
rm -rf folder_del

信不信由你，这更快，因为只需要更改一个 inode。请记住：您无法在多核计算机上真正并行执行此任务。这归结为磁盘访问，这受 RAID 或您的限制。

如果您只是想尽快删除许多文件可能ls -f1 /path/to/folder/with/many/files/ | xargs rm会工作得很好，但最好不要在生产系统上运行它，因为您的系统可能会出现 IO 问题并且应用程序可能会在删除操作期间卡住。

此脚本适用于许多文件，不会影响系统的 ioload。

#!/bin/bash

# Path to folder with many files
FOLDER="/path/to/folder/with/many/files"

# Temporary file to store file names
FILE_FILENAMES="/tmp/filenames"

if [ -z "$FOLDER" ]; then
    echo "Prevented you from deleting everything! Correct your FOLDER variable!"
    exit 1
fi

while true; do
    FILES=$(ls -f1 $FOLDER | wc -l)
    if [ "$FILES" -gt 10000 ]; then
        printf "[%s] %s files found. going on with removing\n" "$(date)" "$FILES"
        # Create new list of files
        ls -f1 $FOLDER | head -n 5002 | tail -n 5000 > "$FILE_FILENAMES"

        if [ -s $FILE_FILENAMES ]; then
            while read FILE; do
                rm "$FOLDER/$FILE"
                sleep 0.005
            done < "$FILE_FILENAMES"
        fi
    else
        printf "[%s] script has finished, almost all files have been deleted" "$(date)"
        break
    fi
    sleep 5
done

使用ls -f | xargs -n 5000 rm, 同时-n根据您的系统调整批量大小（感谢@digital_infinity 的-n提示）。

此外，您可以使用内联 grep 过滤列表，例如ls -f | grep '^156' | xargs -n 5000 rm.

根据我的经验，这比使用 find 的技术快得多，并且不需要更复杂的 shell 脚本。

Python 脚本不应该被认为是不干净的：

#!/usr/bin/python3

import shutil
path_for_deletion = input( 'path of dir for deletion> ' ) 
print( 'about to remove ' + path_for_deletion + ' ...' )
shutil.rmtree( path_for_deletion, ignore_errors=True )
print( '... done' )

我问过在这里对各种方法做了一些有用的基准测试的人是否可以尝试对此进行基准测试。从我的实验来看，它看起来不错。

可以处理 NB 错误以至少将它们打印出来......但运行trash myDirectoryForDeletion或rm -rfv myDirectoryForDeletion之后运行可能更简单。