Redis遍歷鍵和資料庫管理詳解

2022-10-10 18:00:22
本篇文章給大家帶來了關於的相關知識,其中主要介紹了關於遍歷鍵和資料庫管理的相關內容,下面一起來看一下,希望對大家有幫助。

千萬級資料並行如何處理?進入學習

推薦學習:

1 遍歷鍵

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遍歷鍵和資料庫管理詳解的詳細內容,更多請關注TW511.COM其它相關文章!