Redis不使用 keys 命令獲取鍵值信息的方法
1. 問題來源
這個(gè)問題可能看起來很奇怪,但很多 redis 集群會(huì)有一個(gè)統(tǒng)一的入口,入口會(huì)作兼容 redis 命令的代理,一般出于新能考慮是禁止使用 keys 命令來獲取鍵值信息的,但是可以通過 scan 命令來代替 keys
2. 使用 keys 的方法
127.0.0.1:6379> KEYS * 1) "_kombu.binding.test_queue" 2) "a8e620b9-e52e-3498-8a1c-448f35783058" 3) "_kombu.binding.celery"
3. 使用 scan 的方法
127.0.0.1:6379> DBSIZE (integer) 3 127.0.0.1:6379> SCAN 0 MATCH * COUNT 3 1) "5" 2) 1) "a8e620b9-e52e-3498-8a1c-448f35783058" 2) "_kombu.binding.test_queue" 3) "_kombu.binding.celery"
簡單說明
SCAN 命令 (以及相關(guān)的 SSCAN/HSCAN/ZSCAN,分別用于 SET/HASH/ZSET) 用于增量式的遍歷一個(gè)集合中的元素。因?yàn)槠湓隽刻匦?(每次使用只返回一小部分元素),所以在生產(chǎn)環(huán)境中可以用來替代 KEYS 或 SMEMBERS 命令 (KEYS 或 SMEMBERS 命令可能會(huì)因?yàn)榉祷氐脑剡^多而阻塞 redis)
所以在生產(chǎn)環(huán)境中即便 redis 服務(wù)支持 keys 命令,也應(yīng)該用 scan 來代替
參考:
1. https://groups.google.com/forum/#!topic/redis-db/zZeI_PjHF_M
2. https://redis.io/commands/scan
總結(jié)
以上所述是小編給大家介紹的Redis 不使用 keys 命令獲取鍵值信息的相關(guān)知識,希望對大家有所幫助,如果大家有任何疑問歡迎給我留言,小編會(huì)就及時(shí)回復(fù)大家的!
相關(guān)文章
Redis中管道操作pipeline的實(shí)現(xiàn)
RedisPipeline是一種優(yōu)化客戶端與服務(wù)器通信的技術(shù),通過批量發(fā)送和接收命令減少網(wǎng)絡(luò)往返次數(shù),提高命令執(zhí)行效率,本文就來介紹一下Redis中管道操作pipeline的實(shí)現(xiàn),具有一定的參考價(jià)值,感興趣的可以了解一下2025-03-03
從原理到實(shí)踐分析?Redis?分布式鎖的多種實(shí)現(xiàn)方案
在分布式系統(tǒng)中,為了保證多個(gè)進(jìn)程或線程之間的數(shù)據(jù)一致性和正確性,需要使用鎖來實(shí)現(xiàn)互斥訪問共享資源,然而,使用本地鎖在分布式系統(tǒng)中存在問題,這篇文章主要介紹了從原理到實(shí)踐分析?Redis?分布式鎖的多種實(shí)現(xiàn)方案,需要的朋友可以參考下2024-07-07
redis之?dāng)?shù)據(jù)過期清除策略、緩存淘汰策略詳解
這篇文章主要介紹了redis之?dāng)?shù)據(jù)過期清除策略、緩存淘汰策略的用法,具有很好的參考價(jià)值,希望對大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2025-04-04
在CenOS系統(tǒng)下安裝和配置Redis數(shù)據(jù)庫的教程
這篇文章主要介紹了在CenOS系統(tǒng)下安裝和配置Redis數(shù)據(jù)庫的教程,Redis是一個(gè)可基于內(nèi)存的高性能NoSQL數(shù)據(jù)庫,需要的朋友可以參考下2015-11-11

