小白也能看懂的Redis遍歷鍵和數(shù)據(jù)庫管理詳解
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)義,當需要匹配*這個字符的時候,就需要轉(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"
但是當redis數(shù)據(jù)庫中有大量的鍵的時候,keys會阻塞redis。
若是我們有需求需要遍歷鍵那么該怎么辦呢?
一般我們生產(chǎn)環(huán)境是多節(jié)點的,那么我們可以找一個不對外提供服務(wù)的redis從節(jié)點進行遍歷數(shù)據(jù),但是若是數(shù)據(jù)量大還是會阻塞redis,但是對于從節(jié)點來說,只是影響到了主從復(fù)制。
若是確定redis上的鍵并不多的時候,可以直接執(zhí)行。
1.2 漸進式遍歷
漸進式遍歷就是每次遍歷部分key,然后返回,下一次接著遍歷之后的數(shù)據(jù)。這樣即可以遍歷所有數(shù)據(jù),也不會阻塞redis服務(wù)。
scan cursor [MATCH pattern] [COUNT count]
其中的參數(shù)解釋如下:
cursor是必須參數(shù),他是一個游標,表示這次遍歷到哪里了,下次就從這個游標開始,若是返回0則表示遍歷完成了。
MATCH pattern 是可選參數(shù),和keys的pattern是一樣的
COUNT count 表示遍歷幾個key,默認是10個,根據(jù)實際情況可進行增加
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進行遍歷,第一次執(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進行遍歷,又可以遍歷到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 數(shù)據(jù)庫管理
redis還有幾個面向數(shù)據(jù)庫操作的命令:dbsize,select,flushdb/flushall
2.1 切換數(shù)據(jù)庫,select
select dbIndexdbIndex是對應(yīng)的數(shù)據(jù)庫序號,redis默認配置中是有16個數(shù)據(jù)庫,select幾就切換到幾號數(shù)據(jù)庫。
比如在默認的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)
那么是不是可以當成多個redis來使用呢,當然不可以。雖然庫變多了,但是由于redis是單線程的,其實還是一個CPU,若是一個數(shù)據(jù)庫有一條命令執(zhí)行很慢,其他庫也是會受到影響的,所以在這種情況下,若是被其他庫阻塞,對于使用某個庫的開發(fā)人員,很難分析出是什么問題。
2.2 flushall/flushdb
flushall和flushdb的區(qū)別在于,flushall會清除所有庫的所有數(shù)據(jù),而flushdb只會清除當前數(shù)據(jù)庫的。
這個很容易理解,我們就不舉例子了,但是需要注意的是,這兩個命令會清除所有數(shù)據(jù),一旦誤操作后果不堪想象。而且當key特別多的時候,也會阻塞redis,所以當使用這兩個命令的時候一定要慎之又慎。
以上就是小白也能看懂的Redis遍歷鍵和數(shù)據(jù)庫管理詳解的詳細內(nèi)容,更多關(guān)于Redis 遍歷鍵數(shù)據(jù)庫管理的資料請關(guān)注腳本之家其它相關(guān)文章!

