这并不是对这个问题的直接回答，但因为我是在寻找自己的答案时来到这里的，所以我将在这里分享。

如果你有数千万或数亿个键需要匹配，这里给出的答案将导致Redis在很长一段时间内(几分钟?)没有响应，并可能因为内存消耗而崩溃(当然，后台保存将在你的操作过程中启动)。

下面的方法不可否认是丑陋的，但我没有找到更好的方法。原子性在这里是没有问题的，在这种情况下，主要目标是保持Redis的正常运行和100%的响应。如果您将所有的密钥都放在一个数据库中，并且不需要匹配任何模式，那么它将完美地工作，但不能使用http://redis.io/commands/FLUSHDB，因为它具有阻塞特性。

想法很简单:写一个脚本，在循环中运行，使用O(1)操作，如http://redis.io/commands/SCAN或http://redis.io/commands/RANDOMKEY来获取密钥，检查它们是否匹配模式(如果你需要的话)，然后逐个http://redis.io/commands/DEL它们。

如果有更好的方法，请告诉我，我会更新答案。

Ruby中使用randomkey的示例实现，作为rake任务，以非阻塞方式代替redis-cli -n 3 flushdb:

desc 'Cleanup redis'
task cleanup_redis: :environment do
  redis = Redis.new(...) # connection to target database number which needs to be wiped out
  counter = 0
  while key = redis.randomkey               
    puts "Deleting #{counter}: #{key}"
    redis.del(key)
    counter += 1
  end
end

@mcdizle的解决方案是行不通的，它只适用于一个条目。

这一项适用于具有相同前缀的所有键

EVAL "for i, name in ipairs(redis.call('KEYS', ARGV[1])) do redis.call('DEL', name); end" 0 prefix*

注意:你应该用你的密钥前缀替换'prefix'…

我想可能对你有帮助的是MULTI/EXEC/DISCARD。虽然不是100%等同于事务，但您应该能够将删除与其他更新隔离开来。

我尝试了上面提到的大部分方法，但对我来说都不奏效，经过一些搜索，我发现了以下几点:

如果你在redis上有多个数据库，你应该使用-n [number]来确定数据库。 如果你有几个键使用del，但如果有成千上万或数百万个键，最好使用unlink，因为unlink是非阻塞的，而del是阻塞的，更多信息请访问这个页面unlink vs del 键也像del和is blocking

所以我用这段代码按模式删除键:

 redis-cli -n 2 --scan --pattern '[your pattern]' | xargs redis-cli -n 2 unlink 

下面的命令对我很有用。

redis-cli -h redis_host_url KEYS "*abcd*" | xargs redis-cli -h redis_host_url DEL

如果你使用的是Redis版本低于4，你可以试试

redis-cli -h 127.0.0.1 -p 26379 -a `yourPassword` --scan --pattern data:* | xargs redis-cli del

如果你正在使用以上4个版本，那么

redis-cli -h 127.0.0.1 -p 26379 -a `yourPassword` --scan --pattern data:*| xargs redis-cli unlink

为了检查你的版本，使用以下命令进入你的Redis终端

redis-cli -h 127.0.0.1 -p 26379 -a `yourPassword

然后输入

> INFO

# Server
redis_version:5.0.5
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:da75abdfe06a50f8
redis_mode:standalone
os:Linux 5.3.0-51-generic x86_64
arch_bits:64
multiplexing_api:epoll
atomicvar_api:atomic-builtin
gcc_version:7.5.0
process_id:14126
run_id:adfaeec5683d7381a2a175a2111f6159b6342830
tcp_port:6379
uptime_in_seconds:16860
uptime_in_days:0
hz:10
configured_hz:10
lru_clock:15766886
executable:/tmp/redis-5.0.5/src/redis-server
config_file:

# Clients
connected_clients:22
....More Verbose