亚洲乱色熟女一区二区三区丝袜,天堂√中文最新版在线,亚洲精品乱码久久久久久蜜桃图片,香蕉久久久久久av成人,欧美丰满熟妇bbb久久久

keys命令的用法：

keys pattern

查找符合正則匹配的key的列表。掃描對(duì)象是Redis服務(wù)中所有的key，想想都很慢對(duì)不對(duì)？

同時(shí)執(zhí)行keys命令的同時(shí)，Redis進(jìn)程將被阻塞，無法執(zhí)行其他命令，假如超過了哨兵的down-after-milliseconds配置，還會(huì)進(jìn)行主從切換，切換過程中，如果主節(jié)點(diǎn)恢復(fù)正常，還可能出現(xiàn)腦裂等一系列問題。

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

一般來說，keys命令對(duì)于集群節(jié)點(diǎn)來說，是不知道路由到哪個(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是通過在每個(gè)節(jié)點(diǎn)上執(zhí)行keys命令，并將結(jié)果合并返回的。

本文既然將keys命令的慢，那么他到底有多慢呢？另外，如果你近期準(zhǔn)備面試跳槽，建議在Java面試庫小程序在線刷題，涵蓋 2000+ 道 Java 面試題，幾乎覆蓋了所有主流技術(shù)面試題。

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

這是騰訊云上Redis集群服務(wù)中，慢查詢的日志。我們看到，Keys命令大概執(zhí)行了250ms ~ 300ms。

根據(jù)節(jié)點(diǎn)信息，我們看到，每個(gè)節(jié)點(diǎn)存儲(chǔ)了大約153w的key，占用內(nèi)存300M+，平均每個(gè)鍵值對(duì)占用內(nèi)存0.208KB，合213個(gè)字節(jié)。

根據(jù)我的理解，既然keys命令返回的是key值，而集群中其實(shí)有一個(gè)結(jié)構(gòu)slots_to_keys 記錄著所有key 的, 這只與key的數(shù)量有關(guān)，與Big key的關(guān)系不大。

按照這種猜想，假如此時(shí)Redis節(jié)點(diǎn)占用內(nèi)存為3G，且Key數(shù)量成比例，那么Keys命令執(zhí)行時(shí)間因?yàn)?s左右，這段時(shí)間Redis節(jié)點(diǎn)是阻塞的。

版權(quán)聲明：本文為CSDN博主「c&0xff00」的原創(chuàng)文章，遵循CC 4.0 BY-SA版權(quán)協(xié)議，轉(zhuǎn)載請(qǐng)附上原文出處鏈接及本聲明。