redis key数量上限（Redis 的 keys 命令你知道有多慢吗？）
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命令到底有多慢？这里主要是给大家一个基本的概念 ，并不是深入剖析 。
这是腾讯云上Redis集群服务中 ，慢查询的日志 。我们看到 ，Keys命令大概执行了250ms ~ 300ms 。
根据节点信息 ，我们看到 ，每个节点存储了大约153w的key ，占用内存300M+ ，平均每个键值对占用内存0.208KB ，合213个字节 。
根据我的理解 ，既然keys命令返回的是key值 ，而集群中其实有一个结构slots_to_keys 记录着所有key 的, 这只与key的数量有关 ，与Big key的关系不大 。
按照这种猜想 ，假如此时Redis节点占用内存为3G ，且Key数量成比例 ，那么Keys命令执行时间因为3s左右 ，这段时间Redis节点是阻塞的 。
原文链接：https://blog.csdn.net/weixin_37968613/article/details/119065777
版权声明：本文为CSDN博主「c&0xff00」的原创文章 ，遵循CC 4.0 BY-SA版权协议 ，转载请附上原文出处链接及本声明 。
近期热文推荐：
1.1,000+ 道 Java面试题及答案整理(2022最新版)
2.劲爆！Java 协程要来了 。 。 。
3.Spring Boot 2.x 教程 ，太全了！
4.别再写满屏的爆爆爆炸类了 ，试试装饰器模式 ，这才是优雅的方式！！
5.《Java开发手册（嵩山版）》最新发布 ，速速下载！
觉得不错 ，别忘了随手点赞+转发哦！
创心域SEO版权声明：以上内容作者已申请原创保护，未经允许不得转载，侵权必究！授权事宜、对本内容有异议或投诉，敬请联系网站管理员，我们将尽快回复您，谢谢合作！