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開發手冊（嵩山版）》最新發布，速速下載！
覺得不錯，別忘了隨手點贊+轉發哦！
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/539409.html
標籤：其他
下一篇：朝花夕拾-鏈表（一）