小白也能看懂的Redis遍歷鍵和資料庫管理詳解

2022-10-12 14:02:20

1 遍歷鍵

經過我們之前的講解，redis的API已經所剩無幾了，我們這篇看一看遍歷鍵和資料庫管理

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風格的萬用字元，其中：

* 代表任意字元
？代表一個字元
[] 代表匹配部分字元，例如[a,b]表示匹配a,b兩個字元，[1-10]表示匹配1到10的任意數位
x 表示跳脫，當需要匹配*這個字元的時候，就需要跳脫

我們可以做如下操作:

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"

但是當redis資料庫中有大量的鍵的時候，keys會阻塞redis。

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

一般我們生產環境是多節點的，那麼我們可以找一個不對外提供服務的redis從節點進行遍歷資料，但是若是資料量大還是會阻塞redis，但是對於從節點來說，只是影響到了主從複製。

若是確定redis上的鍵並不多的時候，可以直接執行。

1.2 漸進式遍歷

漸進式遍歷就是每次遍歷部分key，然後返回，下一次接著遍歷之後的資料。這樣即可以遍歷所有資料，也不會阻塞redis服務。

scan cursor [MATCH pattern] [COUNT count]

其中的引數解釋如下：

cursor是必須引數，他是一個遊標，表示這次遍歷到哪裡了，下次就從這個遊標開始，若是返回0則表示遍歷完成了。

MATCH pattern 是可選引數，和keys的pattern是一樣的

COUNT count 表示遍歷幾個key，預設是10個，根據實際情況可進行增加

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進行遍歷，第一次執行返回如下：

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進行遍歷，又可以遍歷到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進行遍歷，當返回為0的時候，則表示遍歷完成

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

同時還有針對於雜湊型別的hscan，針對集合型別的sscan，和針對有序集合的zscan，使用方法與scan都是相同的

2 資料庫管理

redis還有幾個面向資料庫操作的命令：dbsize，select，flushdb/flushall

2.1 切換資料庫，select

select dbIndexdbIndex是對應的資料庫序號，redis預設設定中是有16個資料庫，select幾就切換到幾號資料庫。

比如在預設的0號資料庫設定一個key

127.0.0.1:6379> set name luke
OK

然後我們切換到1號資料庫來獲取這個key，並不能獲取到，表明一個redis服務內各個資料庫之間是不互通的。

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

那麼是不是可以當成多個redis來使用呢，當然不可以。雖然庫變多了，但是由於redis是單執行緒的，其實還是一個CPU，若是一個資料庫有一條命令執行很慢，其他庫也是會受到影響的，所以在這種情況下，若是被其他庫阻塞，對於使用某個庫的開發人員，很難分析出是什麼問題。

2.2 flushall/flushdb

flushall和flushdb的區別在於，flushall會清除所有庫的所有資料，而flushdb只會清除當前資料庫的。

這個很容易理解，我們就不舉例子了，但是需要注意的是，這兩個命令會清除所有資料，一旦誤操作後果不堪想象。而且當key特別多的時候，也會阻塞redis，所以當使用這兩個命令的時候一定要慎之又慎。

以上就是小白也能看懂的Redis遍歷鍵和資料庫管理詳解的詳細內容，更多關於Redis 遍歷鍵資料庫管理的資料請關注it145.com其它相關文章！