主頁(yè) > 知識(shí)庫(kù) > Redis遍歷所有key的兩個(gè)命令(KEYS 和 SCAN)

Redis遍歷所有key的兩個(gè)命令(KEYS 和 SCAN)

熱門標(biāo)簽:鄭州人工智能電銷機(jī)器人系統(tǒng) 山東外呼銷售系統(tǒng)招商 日本中國(guó)地圖標(biāo)注 十堰營(yíng)銷電銷機(jī)器人哪家便宜 宿遷便宜外呼系統(tǒng)平臺(tái) 魔獸2青云地圖標(biāo)注 超呼電話機(jī)器人 北京400電話辦理收費(fèi)標(biāo)準(zhǔn) 貴州電銷卡外呼系統(tǒng)

當(dāng)我們需要遍歷Redis所有key或者指定模式的key時(shí),首先想到的是KEYS命令:

KEYS pattern

官網(wǎng)對(duì)于KEYS命令有一個(gè)提示:  KEYS 的速度非常快,例如,Redis在一個(gè)有1百萬(wàn)個(gè)key的數(shù)據(jù)庫(kù)里面執(zhí)行一次查詢需要的時(shí)間是40毫秒 。但在一個(gè)大的數(shù)據(jù)庫(kù)中使用它仍然可能造成性能問(wèn)題,如果你需要從一個(gè)數(shù)據(jù)集中查找特定的  KEYS , 你最好還是用 Redis 的集合結(jié)構(gòu)  SETS  來(lái)代替。
KEYS命令使用很簡(jiǎn)單。

redis> MSET one 1 two 2 three 3 four 4
OK
redis> KEYS *o*
1) "four"
2) "one"
3) "two"
redis> KEYS t??
1) "two"
redis> KEYS *
1) "four"
2) "three"
3) "one"
4) "two"
redis>

但由于KEYS命令一次性返回所有匹配的key,所以,當(dāng)redis中的key非常多時(shí),對(duì)于內(nèi)存的消耗和redis服務(wù)器都是一個(gè)隱患,
對(duì)于Redis 2.8以上版本給我們提供了一個(gè)更好的遍歷key的命令 SCAN 該命令的基本格式:

SCAN cursor [MATCH pattern] [COUNT count]

SCAN  每次執(zhí)行都只會(huì)返回少量元素,所以可以用于生產(chǎn)環(huán)境,而不會(huì)出現(xiàn)像 KEYS 或者 SMEMBERS 命令帶來(lái)的可能會(huì)阻塞服務(wù)器的問(wèn)題。

SCAN命令是一個(gè)基于游標(biāo)的迭代器。這意味著命令每次被調(diào)用都需要使用上一次這個(gè)調(diào)用返回的游標(biāo)作為該次調(diào)用的游標(biāo)參數(shù),以此來(lái)延續(xù)之前的迭代過(guò)程

當(dāng)SCAN命令的游標(biāo)參數(shù)(即cursor)被設(shè)置為 0 時(shí), 服務(wù)器將開(kāi)始一次新的迭代, 而當(dāng)服務(wù)器向用戶返回值為 0 的游標(biāo)時(shí), 表示迭代已結(jié)束。

簡(jiǎn)單的迭代演示:

redis 127.0.0.1:6379> scan 0
1) "17"
2)  1) "key:12"
    2) "key:8"
    3) "key:4"
    4) "key:14"
    5) "key:16"
    6) "key:17"
    7) "key:15"
    8) "key:10"
    9) "key:3"
   10) "key:7"
   11) "key:1"
redis 127.0.0.1:6379> scan 17
1) "0"
2) 1) "key:5"
   2) "key:18"
   3) "key:0"
   4) "key:2"
   5) "key:19"
   6) "key:13"
   7) "key:6"
   8) "key:9"
   9) "key:11"

在上面這個(gè)例子中, 第一次迭代使用 0 作為游標(biāo), 表示開(kāi)始一次新的迭代。第二次迭代使用的是第一次迭代時(shí)返回的游標(biāo) 17 ,作為新的迭代參數(shù) 。

顯而易見(jiàn),SCAN命令的返回值 是一個(gè)包含兩個(gè)元素的數(shù)組, 第一個(gè)數(shù)組元素是用于進(jìn)行下一次迭代的新游標(biāo), 而第二個(gè)數(shù)組元素則又是一個(gè)數(shù)組, 這個(gè)數(shù)組中包含了所有被迭代的元素。

注意:返回的游標(biāo)不一定是遞增的,可能后一次返回的游標(biāo)比前一次的小。
在第二次調(diào)用 SCAN 命令時(shí), 命令返回了游標(biāo) 0 , 這表示迭代已經(jīng)結(jié)束, 整個(gè)數(shù)據(jù)集已經(jīng)被完整遍歷過(guò)了。

full iteration :以 0 作為游標(biāo)開(kāi)始一次新的迭代, 一直調(diào)用 SCAN 命令, 直到命令返回游標(biāo) 0 , 我們稱這個(gè)過(guò)程為一次完整遍歷。

SCAN增量式迭代命令并不保證每次執(zhí)行都返回某個(gè)給定數(shù)量的元素,甚至可能會(huì)返回零個(gè)元素, 但只要命令返回的游標(biāo)不是 0 , 應(yīng)用程序就不應(yīng)該將迭代視作結(jié)束。

不過(guò)命令返回的元素?cái)?shù)量總是符合一定規(guī)則的, 對(duì)于一個(gè)大數(shù)據(jù)集來(lái)說(shuō), 增量式迭代命令每次最多可能會(huì)返回?cái)?shù)十個(gè)元素;而對(duì)于一個(gè)足夠小的數(shù)據(jù)集來(lái)說(shuō),可能會(huì)一次迭代返回所有的key

COUNT選項(xiàng)

對(duì)于增量式迭代命令不保證每次迭代所返回的元素?cái)?shù)量,我們可以使用COUNT選項(xiàng), 對(duì)命令的行為進(jìn)行一定程度上的調(diào)整。COUNT 選項(xiàng)的作用就是讓用戶告知迭代命令, 在每次迭代中應(yīng)該從數(shù)據(jù)集里返回多少元素。使用COUNT 選項(xiàng)對(duì)于對(duì)增量式迭代命令相當(dāng)于一種提示, 大多數(shù)情況下這種提示都比較有效的控制了返回值的數(shù)量。

注意:COUNT選項(xiàng)并不能嚴(yán)格控制返回的key數(shù)量,只能說(shuō)是一個(gè)大致的約束。并非每次迭代都要使用相同的 COUNT 值,用戶可以在每次迭代中按自己的需要隨意改變 COUNT 值, 只要記得將上次迭代返回的游標(biāo)用到下次迭代里面就可以了。

MATCH 選項(xiàng)

類似于KEYS 命令,增量式迭代命令通過(guò)給定 MATCH 參數(shù)的方式實(shí)現(xiàn)了通過(guò)提供一個(gè) glob 風(fēng)格的模式參數(shù), 讓命令只返回和給定模式相匹配的元素。

MATCH 選項(xiàng)對(duì)元素的模式匹配工作是在命令從數(shù)據(jù)集中取出元素后和向客戶端返回元素前的這段時(shí)間內(nèi)進(jìn)行的, 所以如果被迭代的數(shù)據(jù)集中只有少量元素和模式相匹配, 那么迭代命令或許會(huì)在多次執(zhí)行中都不返回任何元素。

以下是這種情況的一個(gè)例子:

redis 127.0.0.1:6379> scan 0 MATCH *11*
1) "288"
2) 1) "key:911"
redis 127.0.0.1:6379> scan 288 MATCH *11*
1) "224"
2) (empty list or set)
redis 127.0.0.1:6379> scan 224 MATCH *11*
1) "80"
2) (empty list or set)
redis 127.0.0.1:6379> scan 80 MATCH *11*
1) "176"
2) (empty list or set)
redis 127.0.0.1:6379> scan 176 MATCH *11* COUNT 1000
1) "0"
2)  1) "key:611"
    2) "key:711"
    3) "key:118"
    4) "key:117"
    5) "key:311"
    6) "key:112"
    7) "key:111"
    8) "key:110"
    9) "key:113"
   10) "key:211"
   11) "key:411"
   12) "key:115"
   13) "key:116"
   14) "key:114"
   15) "key:119"
   16) "key:811"
   17) "key:511"
   18) "key:11"
redis 127.0.0.1:6379>

可以看出,以上的大部分迭代都不返回任何元素。在最后一次迭代, 我們通過(guò)將 COUNT 選項(xiàng)的參數(shù)設(shè)置為 1000 , 強(qiáng)制命令為本次迭代掃描更多元素, 從而使得命令返回的元素也變多了。

基于SCAN的這種安全性,建議大家在生產(chǎn)環(huán)境都使用SCAN命令來(lái)代替KEYS,不過(guò)注意,該命令是在2.8.0版本之后加入的,如果你的Redis低于這個(gè)版本,則需要升級(jí)Redis。

下面用PHP代碼演示SCAN命令的使用:

?php
 
$redis = new Redis();
$redis->connect('127.0.0.1', 6379);
/* 設(shè)置遍歷的特性為不重復(fù)查找,該情況下擴(kuò)展只會(huì)scan一次,所以可能會(huì)返回空集合 */
$redis->setOption(Redis::OPT_SCAN, Redis::SCAN_NORETRY);
$it = NULL;
$pattern = '*';
$count = 50;  // 每次遍歷50條,注意是遍歷50條,遍歷出來(lái)的50條key還要去匹配你的模式,所以并不等于就能夠取出50條key
do
{
    $keysArr = $redis->scan($it, $pattern, $count);
    if ($keysArr)
    {
        foreach ($keysArr as $key)
        {
            echo $key . "\n";
        }
    }
} while ($it > 0);   //每次調(diào)用 Scan會(huì)自動(dòng)改變 $it 值,當(dāng)$it = 0時(shí) 這次遍歷結(jié)束 退出循環(huán)
echo '---------------------------------------------------------------------------------' . "\n";
/* 設(shè)置擴(kuò)展在一次scan沒(méi)有查找出記錄時(shí) 進(jìn)行重復(fù)的scan 直到查詢出結(jié)果或者遍歷結(jié)束為止 */
$redis->setOption(Redis::OPT_SCAN, Redis::SCAN_RETRY);
//這種用法下我們只需要簡(jiǎn)單判斷返回結(jié)果是否為空即可, 如果為空說(shuō)明遍歷結(jié)束
while ($keysArr = $redis->scan($it, $pattern, $count))
    foreach ($keysArr as $key)
        echo $key . "\n";
}

執(zhí)行結(jié)果:

[root@localhost php]# /usr/local/php/bin/php scan.php
bm
bm2
h1
name
bit
bm1
places
cities
hhl
---------------------------------------------------------------------------------
bm
bm2
h1
name
bit
bm1
places
cities
hhl

注意:如果php執(zhí)行報(bào)錯(cuò) 請(qǐng)升級(jí)到較新版本的Redis擴(kuò)展

更多請(qǐng)參考:

http://www.redis.cn/commands/keys.html

http://www.redis.cn/commands/scan.html

https://github.com/phpredis/phpredis#scan

到此這篇關(guān)于Redis遍歷所有key的兩個(gè)命令(KEYS 和 SCAN)的文章就介紹到這了,更多相關(guān)Redis遍歷所有key內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

您可能感興趣的文章:
  • redis keys與scan命令的區(qū)別說(shuō)明
  • 解決spring中redistemplate不能用通配符keys查出相應(yīng)Key的問(wèn)題
  • 在RedisTemplate中使用scan代替keys指令操作
  • Redis的KEYS 命令千萬(wàn)不能亂用
  • Redis命令使用技巧之Keys的相關(guān)操作
  • Redis不使用 keys 命令獲取鍵值信息的方法
  • redis 用scan指令 代替keys指令(詳解)
  • 淺談Redis的keys命令到底有多慢

標(biāo)簽:江蘇 大慶 楊凌 臺(tái)州 吉安 朝陽(yáng) 果洛 北京

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《Redis遍歷所有key的兩個(gè)命令(KEYS 和 SCAN)》,本文關(guān)鍵詞  Redis,遍歷,所有,key,的,兩個(gè),;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無(wú)關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《Redis遍歷所有key的兩個(gè)命令(KEYS 和 SCAN)》相關(guān)的同類信息!
  • 本頁(yè)收集關(guān)于Redis遍歷所有key的兩個(gè)命令(KEYS 和 SCAN)的相關(guān)信息資訊供網(wǎng)民參考!
  • 企业400电话

    智能AI客服机器人
    15000

    在线订购

    合计11份范本:公司章程+合伙协议+出资协议+合作协议+股权转让协议+增资扩股协议+股权激励+股东会决议+董事会决议

    推薦文章