Redis的keys命令到底有多慢？

桃扇骨 2022-09-12 11:58 141阅读 0赞

**点击关注公众号，利用****碎片时间学习****![a5674e42e9c4015b093c993dddc664c3.png][]**

keys命令的用法：

keys pattern

查找符合正则匹配的key的列表。扫描对象是Redis服务中所有的key，想想都很慢对不对？

同时执行keys命令的同时，Redis进程将被阻塞，无法执行其他命令，假如超过了哨兵的`down-after-milliseconds`配置，还会进行主从切换，切换过程中，如果主节点恢复正常，还可能出现脑裂等一系列问题。

所以，生产环境中，建议直接禁用keys命令。

### Keys命令的替代方案 ###

*  scan扫描，避免阻塞
 *  将需要统计的数据放入一个set中 （但是这样可能出现Big Key问题，一般数据量大就不推荐）

### Keys命令在Redis Cluster中是怎样执行的？ ###

一般来说，keys命令对于集群节点来说，是不知道路由到哪个节点的，不像 get命令。在Java的Jedis客户端的`JedisClusterKeyCommands`类中，我们看到：

public Set<byte[]> keys(byte[] pattern) {
     // 在每个节点执行keys命令
     Collection<Set<byte[]>> keysPerNode = connection.getClusterCommandExecutor()
       .executeCommandOnAllNodes((JedisClusterCommandCallback<Set<byte[]>>) client -> client.keys(pattern))
       .resultsAsList();
     // 合并成一个整体后返回
     Set<byte[]> keys = new HashSet<>();
     for (Set<byte[]> keySet : keysPerNode) {
      keys.addAll(keySet);
     }
     return keys;
    }

我们看到，[Jedis][]是通过在每个节点上执行keys命令，并将结果合并返回的。

本文既然将keys命令的慢，那么他到底有多慢呢？

### Keys命令到底有多慢？ ###

这里主要是给大家一个基本的概念，并不是深入剖析。

![5db6320625214a853b2a97c169d3e0a9.png][]

这是腾讯云上Redis集群服务中，[慢查询的日志][Link 1]

![0a2d7321ce41d78f726bd1526a609c1f.png][]

根据节点信息，我们看到，每个节点存储了大约153w的key，占用内存300M+，平均每个键值对占用内存0.208KB，合213个字节。

根据我的理解，既然keys命令返回的是key值，而集群中其实有一个结构`slots_to_keys` 记录着所有key 的, 这只与key的数量有关，与`Big key`的关系不大。

按照这种猜想，假如此时Redis节点占用内存为3G，且Key数量成比例，那么Keys命令执行时间因为3s左右，这段时间Redis节点是阻塞的。

*（感谢阅读，希望对你所有帮助)*

*来源：blog.csdn.net/weixin\_37968613/*

*article/details/119065777*

**推荐：**

[主流Java进阶技术（学习资料分享）][Java]

![dbd10de6a5e5c9de9a5d41eaa390f97c.png][]

PS：因为公众号平台更改了推送规则，如果不想错过内容，记得读完点一下**“在看”**，加个**“星标”**，这样每次新文章推送才会第一时间出现在你的订阅列表里。点**“在看”**支持我们吧！

[a5674e42e9c4015b093c993dddc664c3.png]: /images/20220828/0ae068cdd7064dcfa4ae11ba63e7e336.png
[Jedis]: http://mp.weixin.qq.com/s?__biz=MzU2MTI4MjI0MQ==&mid=2247493893&idx=2&sn=1bcf0427d5daab18e4af056d94fce331&chksm=fc7984abcb0e0dbde6a149927cc96c39656a645553d44abe270dfe5443b58f6957f426a0f2ca&scene=21#wechat_redirect
[5db6320625214a853b2a97c169d3e0a9.png]: /images/20220828/2243604dfe28417ab19e6c5ea7ec357f.png
[Link 1]: https://blog.csdn.net/robinson_0612/article/details/39829605
[0a2d7321ce41d78f726bd1526a609c1f.png]: /images/20220828/0104e6405b8041799fab4ed311ad66db.png
[Java]: https://blog.csdn.net/qq_15175765/article/details/78435641
[dbd10de6a5e5c9de9a5d41eaa390f97c.png]: /images/20220828/7c75f1263d6941b6baf1650c4240b30f.png