1 遍歷鍵

經(jīng)過(guò)我們之前的講解，redis的API已經(jīng)所剩無(wú)幾了，我們這篇看一看遍歷鍵和數(shù)據(jù)庫(kù)管理

1.1 全量遍歷鍵

有時(shí)候我們需要全量遍歷所有的鍵，那么就需要用到keys pattern這個(gè)命令，并且這個(gè)命令支持pattern匹配

127.0.0.1:6379> mset name luke neme josh
OK

若是想要遍歷所有的鍵則可以使用命令keys *

127.0.0.1:6379> keys *
1) "name"
2) "neme"

pattern使用的是glob風(fēng)格的通配符，其中：

• * 代表任意字符
• ？代表一個(gè)字符
• [] 代表匹配部分字符，例如[a,b]表示匹配a,b兩個(gè)字符，[1-10]表示匹配1到10的任意數(shù)字
• \x 表示轉(zhuǎn)義，當(dāng)需要匹配*這個(gè)字符的時(shí)候，就需要轉(zhuǎn)義

我們可以做如下操作:

127.0.0.1:6379> keys n[a,e]me
1) "name"
2) "neme"

也可以這樣操作

127.0.0.1:6379> keys n?me
1) "name"
2) "neme"

但是當(dāng)redis數(shù)據(jù)庫(kù)中有大量的鍵的時(shí)候，keys會(huì)阻塞redis。

若是我們有需求需要遍歷鍵那么該怎么辦呢？

一般我們生產(chǎn)環(huán)境是多節(jié)點(diǎn)的，那么我們可以找一個(gè)不對(duì)外提供服務(wù)的redis從節(jié)點(diǎn)進(jìn)行遍歷數(shù)據(jù)，但是若是數(shù)據(jù)量大還是會(huì)阻塞redis，但是對(duì)于從節(jié)點(diǎn)來(lái)說(shuō)，只是影響到了主從復(fù)制。

若是確定redis上的鍵并不多的時(shí)候，可以直接執(zhí)行。

1.2 漸進(jìn)式遍歷

漸進(jìn)式遍歷就是每次遍歷部分key，然后返回，下一次接著遍歷之后的數(shù)據(jù)。這樣即可以遍歷所有數(shù)據(jù)，也不會(huì)阻塞redis服務(wù)。

scan cursor [MATCH pattern] [COUNT count]

其中的參數(shù)解釋如下：

cursor是必須參數(shù)，他是一個(gè)游標(biāo)，表示這次遍歷到哪里了，下次就從這個(gè)游標(biāo)開(kāi)始，若是返回0則表示遍歷完成了。

MATCH pattern 是可選參數(shù)，和keys的pattern是一樣的

COUNT count 表示遍歷幾個(gè)key，默認(rèn)是10個(gè)，根據(jù)實(shí)際情況可進(jìn)行增加

127.0.0.1:6379> mset a 1 b 1 c 1 d 1 e 1 f 1 g 1 h 1 i 1 g 1 k 1 l 1 m 1 n 1 o 1 p 1 q 1 r 1 s 1 t 1 u 1 v 1 w 1 x 1 y 1 z 1
OK

我們使用scan進(jìn)行遍歷，第一次執(zhí)行返回如下：

127.0.0.1:6379> scan 0
1) "1"
2)  1) "l"
    2) "f"
    3) "k"
    4) "y"
    5) "c"
    6) "e"
    7) "w"
    8) "d"
    9) "b"
   10) "o"
   11) "q"

第二次使用第一次返回的1進(jìn)行遍歷，又可以遍歷到10個(gè)key

127.0.0.1:6379> scan 1
1) "23"
2)  1) "v"
    2) "u"
    3) "z"
    4) "g"
    5) "n"
    6) "s"
    7) "i"
    8) "a"
    9) "r"
   10) "t"

第三次使用第二次返回的23進(jìn)行遍歷，當(dāng)返回為0的時(shí)候，則表示遍歷完成

127.0.0.1:6379> scan 23
1) "0"
2) 1) "x"
   2) "h"
   3) "m"
   4) "p"

同時(shí)還有針對(duì)于哈希類型的hscan，針對(duì)集合類型的sscan，和針對(duì)有序集合的zscan，使用方法與scan都是相同的

2 數(shù)據(jù)庫(kù)管理

redis還有幾個(gè)面向數(shù)據(jù)庫(kù)操作的命令：dbsize，select，flushdb/flushall

2.1 切換數(shù)據(jù)庫(kù)，select

select dbIndexdbIndex是對(duì)應(yīng)的數(shù)據(jù)庫(kù)序號(hào)，redis默認(rèn)配置中是有16個(gè)數(shù)據(jù)庫(kù)，select幾就切換到幾號(hào)數(shù)據(jù)庫(kù)。

比如在默認(rèn)的0號(hào)數(shù)據(jù)庫(kù)設(shè)置一個(gè)key

127.0.0.1:6379> set name luke
OK

然后我們切換到1號(hào)數(shù)據(jù)庫(kù)來(lái)獲取這個(gè)key，并不能獲取到，表明一個(gè)redis服務(wù)內(nèi)各個(gè)數(shù)據(jù)庫(kù)之間是不互通的。

127.0.0.1:6379> select 1
OK
127.0.0.1:6379[1]> get name
(nil)

那么是不是可以當(dāng)成多個(gè)redis來(lái)使用呢，當(dāng)然不可以。雖然庫(kù)變多了，但是由于redis是單線程的，其實(shí)還是一個(gè)CPU，若是一個(gè)數(shù)據(jù)庫(kù)有一條命令執(zhí)行很慢，其他庫(kù)也是會(huì)受到影響的，所以在這種情況下，若是被其他庫(kù)阻塞，對(duì)于使用某個(gè)庫(kù)的開(kāi)發(fā)人員，很難分析出是什么問(wèn)題。

2.2 flushall/flushdb

flushall和flushdb的區(qū)別在于，flushall會(huì)清除所有庫(kù)的所有數(shù)據(jù)，而flushdb只會(huì)清除當(dāng)前數(shù)據(jù)庫(kù)的。

這個(gè)很容易理解，我們就不舉例子了，但是需要注意的是，這兩個(gè)命令會(huì)清除所有數(shù)據(jù)，一旦誤操作后果不堪想象。而且當(dāng)key特別多的時(shí)候，也會(huì)阻塞redis，所以當(dāng)使用這兩個(gè)命令的時(shí)候一定要慎之又慎。

以上就是小白也能看懂的Redis遍歷鍵和數(shù)據(jù)庫(kù)管理詳解的詳細(xì)內(nèi)容，更多關(guān)于Redis 遍歷鍵數(shù)據(jù)庫(kù)管理的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論