我也遇到了同样的问题。我为用户存储会话数据的格式为:

session:sessionid:key-x - value of x
session:sessionid:key-y - value of y
session:sessionid:key-z - value of z

因此，每个条目都是一个单独的键值对。当会话被销毁时，我想通过使用模式session:sessionid:* -删除键来删除所有会话数据，但redis没有这样的功能。

我所做的是:将会话数据存储在散列中。我只是用session:sessionid的哈希id创建了一个哈希，然后我在那个哈希中推key-x, key-y, key-z(顺序对我来说并不重要)，如果我不再需要那个哈希，我只是做一个DEL session:sessionid，所有与那个哈希id相关的数据都消失了。DEL是原子的，访问数据/向哈希写入数据是O(1)。

可怜人的大规模删除?

也许你可以把它们都设置为同一秒到期——比如未来的几分钟——然后等到那个时候，看到它们都在同一时间“自毁”。

但我不确定那有多原子。

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

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

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

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

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

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

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

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

在bash执行:

redis-cli KEYS "prefix:*" | xargs redis-cli DEL

更新

好的，我明白了。这种方式怎么样:存储当前额外的增量前缀，并将其添加到所有的键。例如:

你的价值观是这样的:

prefix_prefix_actuall = 2
prefix:2:1 = 4
prefix:2:2 = 10

当您需要清除数据时，首先更改prefix_actuall(例如set prefix_prefix_actuall = 3)，因此您的应用程序将把新数据写入关键字prefix:3:1和prefix:3:2。然后，您可以安全地从prefix:2:1和prefix:2:2中获取旧值并清除旧键。