超级会员免费看
Redis的keys命令由于遍历所有key可能导致服务阻塞，尤其是在大规模数据时，可能触发哨兵主从切换，引发问题。生产环境中推荐使用scan命令代替，或者将数据统计存入set。在集群环境中，keys命令会遍历所有节点，影响性能。根据实际测试，keys命令在约250ms~300ms内完成，当键值对数量增加，执行时间也会相应增长。
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类中，我们看到：
订阅专栏 解锁全文
扫一扫
1803
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
