小白也能看懂的Redis遍歷鍵和數(shù)據(jù)庫管理詳解

更新時間：2022年10月09日 11:38:00 作者：奔跑的毛球

這篇文章主要為大家介紹了小白也能看懂的Redis遍歷鍵和數(shù)據(jù)庫管理詳解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪

1 遍歷鍵

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

1.1 全量遍歷鍵

有時候我們需要全量遍歷所有的鍵，那么就需要用到keys pattern這個命令，并且這個命令支持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)格的通配符，其中：

* 代表任意字符
？代表一個字符
[] 代表匹配部分字符，例如[a,b]表示匹配a,b兩個字符，[1-10]表示匹配1到10的任意數(shù)字
\x 表示轉(zhuǎn)義，當(dāng)需要匹配*這個字符的時候，就需要轉(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ù)庫中有大量的鍵的時候，keys會阻塞redis。

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

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

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

1.2 漸進(jìn)式遍歷

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

scan cursor [MATCH pattern] [COUNT count]

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

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

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

COUNT count 表示遍歷幾個key，默認(rèn)是10個，根據(jù)實際情況可進(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個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的時候，則表示遍歷完成

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

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

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

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

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

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

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

127.0.0.1:6379> set name luke
OK

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

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

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