Redis带密码时如何按指定模式删除Key？

这个问题的根源很明确：你第一个redis-cli进程通过-a password完成了认证，但管道传递给xargs后，新启动的第二个redis-cli进程并没有携带认证参数，所以Redis拒绝了它的DEL请求。下面给你几个实用的解决办法：

方法一：给xargs中的redis-cli也加上认证参数 #

直接在xargs调用的redis-cli里同样传入密码和端口，让每个DEL请求都带上认证信息：

redis-cli -p 6379 -a password KEYS "/st_files/281/*" | xargs redis-cli -p 6379 -a password DEL

⚠️ 注意：如果你的Key包含空格、换行或其他特殊字符，KEYS输出的内容可能会被xargs拆分错误，这种情况建议用下面的方法。

方法二：使用管道批量执行命令（更可靠） #

先把所有DEL命令拼接好，再通过管道传给同一个redis-cli进程执行，只需要一次认证：

redis-cli -p 6379 -a password --raw KEYS "/st_files/281/*" | awk '{print "DEL " $0}' | redis-cli -p 6379 -a password --pipe

--raw参数可以避免Redis输出的字符串被转义，确保特殊字符的Key能被正确识别；--pipe则让Redis批量处理传入的命令，效率更高。

方法三：用Lua脚本一次性删除（最高效） #

利用Redis的Lua脚本特性，只建立一次连接就完成所有Key的删除，适合批量操作：

redis-cli -p 6379 -a password EVAL "return redis.call('del', unpack(redis.call('keys', ARGV[1])))" 0 "/st_files/281/*"

这个脚本会先通过keys命令匹配目标Key，再一次性调用del删除它们。因为是在Redis服务器端执行，没有网络往返开销，对于你的9个Key来说非常高效。

额外提醒 #

生产环境中尽量避免使用KEYS命令，因为它会遍历整个Redis数据集，阻塞服务。如果后续需要处理大量Key，建议用SCAN命令来分批遍历，避免影响Redis性能。

内容的提问来源于stack exchange，提问作者Vivek Sathisan