Redis怎么查当前库里有多少Key，快速数个数的方法分享

想知道Redis当前数据库里到底有多少个Key，这是一个非常常见且基础的需求，但根据不同的使用场景和需求，方法有快有慢，有的会严重影响性能，有的则相对温和，下面就来详细分享一下这些方法，重点说明为什么有的快，有的慢,以及你应该在什么情况下选择哪种方法。

*最直接但最危险的方法：`KEYS ` 命令**

（来源：Redis官方文档关于KEYS命令的说明） 很多人第一次接触Redis时，会自然而然地想到用KEYS *这个命令，这个命令的意思就是“匹配所有的键”，你在命令行里输入KEYS *，Redis就会把你当前数据库里所有的Key一个一个地列出来，你只需要数一下返回列表的长度,就知道总共有多少个Key了。

听起来很简单对吧？但这是一个非常危险的操作，强烈不建议在生产环境中使用，为什么呢？因为Redis是单线程的，这意味着它在某个时刻只能处理一个命令，当你执行KEYS *时，如果数据库里有几百万甚至上千万个Key，Redis必须遍历整个数据库的所有Key，然后把结果一次性返回给你，这个遍历过程会持续很长时间，在这段时间里，Redis的主线程就被你这个KEYS *命令完全霸占了，其他所有的读写操作（比如用户登录、查询数据、下单支付等）全部会被阻塞住，排队等着，这可能会导致你的网站或应用瞬间卡死，服务不可用，你可以把KEYS *当作一个只能在测试环境或者本地开发环境使用的“调试命令”,切记不要在生产服务器上执行。

推荐的标准方法：DBSIZE 命令

（来源：Redis官方文档关于DBSIZE命令的说明） 既然KEYS *不能用，那该怎么办呢？Redis为我们准备了一个专门的、安全的命令来查询Key的总数，那就是DBSIZE，这个命令的使用非常简单，直接在命令行输入DBSIZE，它会立刻返回一个数字,这个数字就是当前数据库中Key的总数。

为什么DBSIZE这么快，几乎是瞬间返回结果？原因在于，Redis在内部维护了一个计数器，每当新增一个Key，这个计数器就加1；每当删除一个Key，计数器就减1，当你执行DBSIZE时，Redis根本不需要去遍历整个数据库，它只需要看一眼这个计数器的当前值，然后告诉你就可以了，这个操作的时间复杂度是O(1)，也就是恒定的,跟数据库里有多少个Key完全没有关系。

如果你只是想知道一个大概的、实时的Key总数，DBSIZE是首选命令，它既快速又安全,对服务器性能零影响。

折中的方法：SCAN 命令

（来源：Redis官方文档关于SCAN命令的说明） 我们的需求会更复杂一点，我们不仅想知道总共有多少个Key，还想知道是哪些Key占用了空间；或者我们想统计某一类具有相同前缀的Key的数量（所有以user:session:开头的会话Key），这时候DBSIZE就无能为力了，因为它只返回总数，而KEYS命令虽然能模式匹配（比如用KEYS user:session:*）,但又有阻塞的风险。

那该怎么办呢？Redis提供了SCAN命令来解决这个问题。SCAN命令可以理解为一个渐进式的、非阻塞的KEYS命令,它的工作原理是这样的：

1. 你第一次执行SCAN 0（这里的0代表开始游标），Redis会返回两部分内容：一个是下一次遍历需要用的游标值（比如是18）,另一部分是本次遍历到的少量Key的列表。
2. 然后你再用拿到的游标执行SCAN 18,Redis又会返回一个新的游标和下一批Key。
3. 你就这样一次次地执行，直到Redis返回的游标值再次变成0,这就意味着整个数据库已经遍历完毕。

你可以通过写一个简单的脚本，自动执行这个过程，并把每一批返回的Key数量累加起来，最终得到总数，你也可以在SCAN命令后面加上MATCH参数来匹配模式，比如SCAN 0 MATCH user:session:*,这样就可以安全地统计特定类型的Key了。

SCAN的好处是它不会阻塞服务器，因为它每次只扫描一小部分数据，然后就把执行权交还给主线程去处理其他命令，过一会儿你再执行下一次扫描，这样就把一个长时间的阻塞操作，打散成了很多个短暂的、可以间歇执行的操作，对服务的影响降到最低，缺点是速度比较慢，不能立即得到结果，而且因为在整个扫描过程中，数据库的Key可能被增删，所以得到的总数可能是一个“近似值”,不是绝对精确的。

其他情况和注意事项

1. 集群环境：上面提到的DBSIZE和SCAN命令在Redis集群模式下有一个需要注意的地方，Redis集群有多个分片（节点），每个分片只存储一部分Key，如果你在某个节点上执行DBSIZE，它只返回这个节点上的Key数量，而不是整个集群的总数，要得到集群的总Key数，你需要连接上每一个节点，分别执行DBSIZE，然后把所有结果加起来，同样，SCAN命令也只能扫描当前节点上的Key。
2. 监控工具：除了直接使用命令，你还可以通过一些监控工具来观察Key的数量，Redis自带的INFO命令会返回海量的服务器信息，其中有一栏叫做# Keyspace，它会列出每个数据库的编号以及对应的Key的数量和过期Key的数量，一些第三方的Redis监控平台（如RedisInsight）也会通过定期执行INFO命令或DBSIZE命令，来为你提供Key数量的历史变化曲线图,这对于分析内存增长趋势非常有用。

• 只想快速知道总数，别犹豫，用 DBSIZE，这是日常运维中最常用、最安全的方法。
• 绝对不要在线上环境使用 KEYS 命令,除非你很清楚后果并且能接受服务中断的风险。
• 需要分析Key的构成或统计特定模式的Key，但又怕阻塞服务，就用 SCAN 命令，虽然慢一点,但是安全。

希望这些具体的方法分享能帮助你更好地管理和监控你的Redis数据库，在不同的场景下选择正确的工具,是保证服务稳定性的关键。