redis全域性常用指令和redis相關介紹

一、全域性命令

以下指令對5中資料型別都有效，統計檢視型別的會把5種資料型別全部統計進去，操作型別指令對5中資料型別都有效。

• 檢視所有鍵：keys * set school dongnao set hello world
• 鍵總數 dbsize //2個鍵，如果存在大量鍵，線上禁止使用此指令
• 檢查鍵是否存在：exists key //存在返回1，不存在返回0
• 刪除鍵：del key //del hello school, 可以一次刪除多個鍵，返回刪除鍵個數，刪除不存在鍵返回0
• 鍵過期：expire key seconds //set name test expire name 10 //10秒過期
• ttl key 檢視剩餘的過期時間，單位是秒，永久有效返回-1，已失效或不存在返回-2
• 鍵的資料結構型別：type key //type hello //返回string,鍵不存在返回none

二、redis鍵管理

1、鍵重新命名

格式： rename oldKey newKey //若oldKey之前存在則被覆蓋

set name james ；
set name1 mike //資料初始化
renamenx name name1 //重新命名失敗，只有當name1不存在才能改名
renamenx name name2 //重新命名成功

2、鍵過期

格式：
a、expire key seconds
seconds設定為-2表示直接過期和del一樣的效果

expire name:03 20  //鍵name:03 在10秒後過期
expire name:06 -2  //直接過期，和del一樣

b、pexpire key milliseconds
設定鍵過期時間，單位為毫秒

pexpire name:05 20000  //20000毫秒（20S）後過期

c、expireat key timestamp
設定鍵過期時間，單位是時間戳

expireat name:04 1516971599  //設定在2018/01/26 20:59:59過期

3、取消鍵過期

格式： persist key

persist user:01       //去掉過期

4、檢視鍵有效時間

ttl name:03        //檢視過期按秒到計時，當返回-2說明已刪除
pttl name:03       //檢視過期按毫秒到時計
 

注意： 對於字串重設值後，expire無效，

      set name james
      expire name 50
      ttl name
      set name james1 //此時expire取消
      ttl name   //返回-1， 長期有效

5、鍵的遷移：把部分資料遷移到另一臺redis伺服器

1, 格式： move key db //reids有16個庫， 編號為0－15

 set name james1;  
 move name 5 //遷移到第6個庫
 select 5 //資料庫切換到第6個庫， 
 get name  //可以取到james1

補充：這種模式不建議在生產環境使用，在同一個reids裡可以玩

2, dump和restore的配合使用
格式：
dump name //得到name的持久化儲存格式資料
restore key ttl value//實現不同redis例項的鍵遷移，ttl=0代表沒有過期時間

例子：在A伺服器上 192.168.1.111

set name james;
dump name; //  得到"\x00\x05james\b\x001\x82;f\"DhJ"

在B伺服器上：192.168.1.118

restore name 0 "\x00\x05james\b\x001\x82;f\"DhJ" 
get name  //返回james

6、鍵的遍歷

//資料初始化
mset country china city bj name james  //設定3個字串鍵值對 
keys  * //返回所有的鍵, *匹配任意字元多個字元
keys *y //以結尾的鍵
keys n*e //以n開頭以e結尾，返回name

keys n?me  //  ?問號代表只匹配一個字元  返回name,全域性匹配 
keys n?m*   //返回name

keys [j,l]*  //返回以j l開頭的所有鍵  keys [j]ames 全量匹配james

注意： 考慮到是單執行緒， 在生產環境不建議使用，如果鍵多可能會阻塞

7、漸進式遍歷

mset  a a b b c c d d e e f f g g h h i i j j k k l l m m n n o o p p q q r r s s t t u u v v w w x x y y z z    //初始化26個字母鍵值對

字串型別：
SCAN命令用於迭代當前資料庫中的資料庫鍵。
返回結果為：用於下一次迭代的新遊標18；所有被迭代的元素
如果資料集合不是以雜湊表作為底層實現的話，則scan類命令無視count選項，直接返回資料集合中的所有元素
mset n1 1 n2 2 n3 3 n4 4 n5 5 n6 6 n7 7 n8 8 n9 9 n10 10 n11 11 n12 12 n13 13
scan 0 match n* //匹配以n開頭的鍵，最大是取10條，第一次scan 0開始

當最後返回0時，鍵被取完。
這一用法並不是很常用，有興趣的同學可以去這裡看看：http://redisdoc.com/key/scan.html
注：可有效地解決keys命令可能產生的阻塞問題
除scan字串外：還有以下

• SCAN 命令用於迭代當前資料庫中的資料庫鍵。
• SSCAN 命令用於迭代集合鍵中的元素。
• HSCAN 命令用於迭代雜湊鍵中的鍵值對。
• ZSCAN 命令用於迭代有序集合中的元素（包括元素成員和元素分值）。

三、redis資料庫管理

1、select

一個redis共16個庫， 0 -15， 可以用select切換資料庫；eg:

set name james
select 1
get name  //隔離了，取不到，和mysql不同庫一樣

**補充：**其中redis3.0以後的版本慢慢弱化了這個功能，如在redis cluster中只允許0資料庫
原因：

• redis單執行緒，如果用多個庫，這些庫使用同一個CPU,彼此會有影響
• 多資料庫，除錯與運維麻煩，若有一個慢查詢，會影響其它庫查詢速度
• 來回切換，容易混亂

2、flushdb: 只清空當前資料庫的鍵值對（慎用！！！！）

3、flushall: 清空所有庫的鍵值對 （慎用！！！！）

四、單執行緒架構

效率極高
redis的命令執行是用單執行緒的模式，這種模式的效率非常高，這也是redis能處理那麼多併發，執行那麼快，這麼火爆的原因。

而這種模式快的原因是：純記憶體訪問， 非阻塞I/O（使用多路複用），單執行緒避免執行緒切換和競爭產生資源消耗。對此理解不了的同學可以去看一下我之前寫的nio的部落格：Netty之前篇——NIO基礎，和Netty，特別是前一篇，你看完這兩篇部落格就能非常清楚的瞭解redis這種模式為什麼快了。
弊病
但是這種模式也會有弊病，因為是單執行緒，執行某個命令，會造成其它命令的阻塞，所以如果在生產環境指行了某個非常耗時的指令，例如：keys * ，那麼可能就會造成連鎖反應帶來災難。

過程如下：keys * 指令非常耗時，一直在執行，造成其它命令的阻塞，併發量大會造成快取伺服器奔潰，並且大量的請求在redis請求不到結果會到MySQL等本地關係型資料庫查詢，造成MySQL伺服器的奔潰，進而可能造成整個分散式集群系統的奔潰。

前幾天就有某公司的工程師執行了keys * 指令導致公司損失了400萬，一個小小的指令就有這麼大的威力，所以這些耗時指令千萬不要在生產環境中使用。

列舉例子：三個客戶端同時執行命令

     客戶端1：set name test
     客戶端2：incr num
     客戶端3：incr num

執行過程：傳送指令－〉執行命令－〉返回結果

執行命令：單執行緒執行，所有命令進入佇列，按順序執行，使用I/O多路複用解決I/O問題，後面有介紹(通過select/poll/epoll/kqueue這些I/O多路複用函式庫，我們解決了一個執行緒處理多個連線的問題)