快捷導(dǎo)航

淺談Redis的keys命令到底有多慢

更新時(shí)間：2021年10月01日 08:44:37 作者：c&0xff00

本文主要介紹了淺談Redis的keys命令到底有多慢，文中通過(guò)示例代碼介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下

keys命令的用法：

keys pattern

查找符合正則匹配的key的列表。掃描對(duì)象是Redis服務(wù)中所有的key，想想都很慢對(duì)不對(duì)？
同時(shí)執(zhí)行keys命令的同時(shí)，Redis進(jìn)程將被阻塞，無(wú)法執(zhí)行其他命令，假如超過(guò)了哨兵的down-after-milliseconds配置，還會(huì)進(jìn)行主從切換，切換過(guò)程中，如果主節(jié)點(diǎn)恢復(fù)正常，還可能出現(xiàn)腦裂等一系列問(wèn)題。

所以，生產(chǎn)環(huán)境中，建議直接禁用keys命令。

Keys命令的替代方案

1、scan掃描，避免阻塞
2、將需要統(tǒng)計(jì)的數(shù)據(jù)放入一個(gè)set中（但是這樣可能出現(xiàn)Big Key問(wèn)題，一般數(shù)據(jù)量大就不推薦）

Keys命令在Redis Cluster中是怎樣執(zhí)行的？

一般來(lái)說(shuō)，keys命令對(duì)于集群節(jié)點(diǎn)來(lái)說(shuō)，是不知道路由到哪個(gè)節(jié)點(diǎn)的，不像 get命令。在Java的Jedis客戶端的JedisClusterKeyCommands類中，我們看到：

	public Set<byte[]> keys(byte[] pattern) {
		// 在每個(gè)節(jié)點(diǎn)執(zhí)行keys命令
		Collection<Set<byte[]>> keysPerNode = connection.getClusterCommandExecutor()
				.executeCommandOnAllNodes((JedisClusterCommandCallback<Set<byte[]>>) client -> client.keys(pattern))
				.resultsAsList();
		// 合并成一個(gè)整體后返回
		Set<byte[]> keys = new HashSet<>();
		for (Set<byte[]> keySet : keysPerNode) {
			keys.addAll(keySet);
		}
		return keys;
	}

我們看到，Jedis是通過(guò)在每個(gè)節(jié)點(diǎn)上執(zhí)行keys命令，并將結(jié)果合并返回的。

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

Keys命令到底有多慢？

這里主要是給大家一個(gè)基本的概念，并不是深入剖析。