Redis的作者認為數據庫系統的瓶頸一般不在于網絡流量，而是數據庫自身內部邏輯處理上。所以即使Redis使用了浪費流量的文本協議，依然可以取得極高的訪問性能。Redis將所有數據都放在內存，用一個單線程對外提供服務，單個節點在跑滿一個CPU核心的情況下可以達到了10w/s的超高QPS。

RESP(Redis?Serialization?Protocol)

RESP是Redis序列化協議的簡寫。它是一種直觀的文本協議，優勢在于實現異常簡單，解析性能極好。Redis協議將傳輸的結構數據分為5種最小單元類型，單元結束時統一加上回車換行符號\r\n。

單行字符串 以 + 符號開頭。

多行字符串 以 $ 符號開頭，后跟字符串長度。

整數值 以 : 符號開頭，后跟整數的字符串形式。

錯誤消息 以 - 符號開頭。

數組 以 * 號開頭，后跟數組的長度。

單行字符串

#單行字符串hello world+hello?world\r\n

多行字符串

#多行字符串 hello world 。多行字符串當然也可以表示單行字符串。$11\r\nhello?world\r\n

整數

#整數 1024:1024\r\n

錯誤消息

#錯誤參數類型錯誤-WRONGTYPE Operation against a key holding the wrong kind of value

數組

#數組?[1,2,3]*3\r\n:1\r\n:2\r\n:3\r\n

注意點：

NULL：用多行字符串表示，不過長度要寫成-1。

$-1\r\n

空串：用多行字符串表示，長度填0。

$0\r\n\r\n

注意這里有兩個\r\n。為什么是兩個? 因為兩個\r\n之間隔的是空串。

客戶端請求指令

客戶端向服務器發送的指令只有一種格式，多行字符串數組。

例如：

>set?name?mango#指令轉換*3\r\n$3\r\nset\r\n$4\r\name\r\n$5\r\mango\r\n#在控制臺輸出這個字符串*3$3set$4name$5mango

服務器響應結果

服務器向客戶端回復的響應要支持多種數據結構，所以消息響應在結構上要復雜不少。不過再復雜的響應消息也是以上 5 種基本類型的組合。

單行字符串響應

> set name mangoOK#響應消息+OK

錯誤響應

> incr name(error)?ERR?value?is?not?an?integer?or?out?of?range#響應消息-ERR value is not an integer or out of range

整數類型響應

> incr number(integer) 1#響應消息:1

多行字符串響應

> get name"mango"#響應消息 這里使用雙引號括起來的字符串就是多行字符串響應$5mango

數組響應

> hset user name mango(integer) 1> hset user age 18(integer) 1> hgetall user1) "name"2) "mango"3) "age"4) "18"#響應信息*4$4name$5mango$3age$218

嵌套

>?scan 0 match name* count 101) "0"2) 1) "name1"2)?"name2"#響應信息*2$10*2$5name1$5name2Redis協議里有大量冗余的回車換行符，但是這不影響它成為互聯網技術領域非常受歡迎的一個文本協議。有很多開源項目使用RESP作為它的通訊協議。在技術領域性能并不總是一切，還有簡單性、易理解性和易實現性，這些都需要進行適當權衡。

一名正在搶救的coder

筆名：mangolove

CSDN地址：https://blog.csdn.net/mango_love

GitHub地址：https://github.com/mangoloveYu

總結

以上是生活随笔為你收集整理的Redis通讯协议RESP详解的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。