@itamar的回答很棒，但对回复的解析对我来说并不管用，特别是在给定扫描中没有找到键的情况下。一个可能更简单的解决方案，直接从控制台:

redis-cli -h HOST -p PORT  --scan --pattern "prefix:*" | xargs -n 100 redis-cli DEL

这也使用了SCAN，它在生产中比KEYS更可取，但不是原子的。

免责声明:以下解决方案不提供原子性。

从v2.8开始，您确实希望使用SCAN命令而不是KEYS[1]。下面的Bash脚本演示了按模式删除键:

#!/bin/bash

if [ $# -ne 3 ] 
then
  echo "Delete keys from Redis matching a pattern using SCAN & DEL"
  echo "Usage: $0 <host> <port> <pattern>"
  exit 1
fi

cursor=-1
keys=""

while [ $cursor -ne 0 ]; do
  if [ $cursor -eq -1 ]
  then
    cursor=0
  fi

  reply=`redis-cli -h $1 -p $2 SCAN $cursor MATCH $3`
  cursor=`expr "$reply" : '\([0-9]*[0-9 ]\)'`
  keys=${reply##[0-9]*[0-9 ]}
  redis-cli -h $1 -p $2 DEL $keys
done

[1] KEYS是一个可能导致DoS的危险命令。以下摘自其文档页面:

警告:将KEYS视为只应在生产环境中极其小心地使用的命令。当它针对大型数据库执行时，可能会破坏性能。此命令用于调试和特殊操作，例如更改密钥空间布局。不要在常规应用程序代码中使用key。如果您正在寻找一种在键空间子集中查找键的方法，请考虑使用集合。

更新:一个班轮相同的基本效果-

$ redis-cli --scan --pattern "*:foo:bar:*" | xargs -L 100 redis-cli DEL

下面是一个用Lua实现的通配符删除的完整的原子版本。它将比xargs版本运行得快得多，因为它的网络来回更少，而且它完全是原子的，可以阻止任何其他针对redis的请求，直到它完成。如果你想在Redis 2.6.0或更高版本上自动删除键，这绝对是正确的方法:

redis-cli -n [some_db] -h [some_host_name] EVAL "return redis.call('DEL', unpack(redis.call('KEYS', ARGV[1] .. '*')))" 0 prefix:

这是@mcdizzle对这个问题的回答中的一个有效版本。这主意100%归他。

编辑:根据Kikito下面的评论，如果你要删除的键比Redis服务器的空闲内存多，你会遇到“太多元素要解包”错误。在这种情况下，请:

for _,k in ipairs(redis.call('keys', ARGV[1])) do 
    redis.call('del', k) 
end

正如Kikito所建议的。

这是不用任何xargs魔法就能想到的最简单的方法

纯bash !

redis-cli DEL $(redis-cli KEYS *pattern*)

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

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

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

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

如果你使用的是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