我們?yōu)槭裁葱枰私釸ESP協議？

本篇文章目的為探究RESP協議，而非編寫讀寫中間件，這點要清楚。

關于這個問題，我想通過一個實例來解釋，我們編寫Redis中間件，為什么需要了解RESP協議。

以上代碼是編寫了一個非常簡單的TCP服務器,我們監(jiān)聽8888端口，嘗試使用redis-cli -p 8888連接服務器后，而后查看打印出來的應用層報文。

我們嘗試執(zhí)行下該代碼，并且輸入redis-cli -p 8888進行連接。

我們編寫的服務器獲取redis客戶端的報文為:

*1
$7
COMMAND

上面這個就是RESP協議的內容了，所以說，我們要編寫一個Redis的中間件，我們需要先了解一下RESP協議才行。

什么是RESP協議

官網有相關的解釋: https://redis.io/docs/reference/protocol-spec/

RESP協議創(chuàng)建之初是專門為了Redis服務器和客戶端的通信而設計的，該協議在Redis 1.2中引入，并且在Redis 2.0中，成為Redis通信的標準協議。該協議有如下優(yōu)點：

• 實現簡單
• 快速解析
• 直接可閱讀

RESP根據其協議前綴，可以序列化不同的數據類型，例如: 整數、字符串、數組 等，還能標注 正常輸出 和 錯誤輸出等。除了流水線和發(fā)布訂閱以外，RESP協議應該是最簡單的請求-響應協議了。關于更多介紹，大佬們可以看看上面注釋的官方文檔。

RESP協議規(guī)范

RESP協議不同的部分使用\r\n(換行符)來進行分割，其支持5種數據類型，分別為: 簡單字符串、錯誤、整數、復雜字符串 和 數組組成，我們列個表格來講下。

我當初看到這個的時候，也是迷迷糊糊的，到底什么意思呢？ 哎，我們舉個例子你就明白了。

若我們想執(zhí)行

set juejinName pdudo

若使用RESP 協議應當如何編寫呢？應當編寫如下：

*3
$3
set
$10
juejinName
$5
pdudo

那我們來解釋一下*3代表有3個數組，而$3代表復雜字符串有長度為3，值為set， $10代表復雜字符串長度為10，值為juejinName， $5代表復雜字符串長度為5，值為pdudo。

我們結合上述信息，可以畫一張圖。

這就是協議的內容了。

而協議前綴+、-、:則要簡單的多，直接跟數據即可，

例如:

+

+OK

-

-ERR syntax error

:

:3

如何使用該協議請求Redis

我們已經學習了相關的RESP協議，那么我們如何學習呢？ 我們可以使用telnet命令來操作即可。

在此，我們準備幾條命令，我們會將其轉換為RESP格式，且將其發(fā)送到redis服務器。

命令

set name pdudo
get name
lpush pn 1
llen pn

轉換為RESP格式

*3
$3
set
$4
name
$5
pdudo
*2
$3
get
$4
name
*3
$5
lpush
$2
pn
$1
1
*2
$4
llen
$2
pn

我們將其放置到telnet中執(zhí)行一下呢

現在回頭看看官網文檔所提及的，該協議實現簡單，直接可閱讀，是不是理解的更加深刻了呢？

使用go編寫Redis中間件實現讀寫分離

本篇暫不解釋代碼，而后單獨開一篇談論中間件代碼。

實現該功能，其實本質上是區(qū)分命令是查詢還是寫入，若是查詢，則直接轉發(fā)到從庫，而寫入，則轉發(fā)到主庫即可，其架構圖可以理解為如下：

我們已經有了目前的架構。

相關代碼已經放到了 gitee.com/pdudo/golea…

我們來看看實際效果呢：

總結

其實本篇文章核心的點是探究RESP協議，而我們使用go編寫了一個軟件，用于解析RESP協議，從而獲取執(zhí)行的命令，再根據命令屬性，從而轉發(fā)從庫或者主庫，以此來達到讀寫分離的效果。再次提及一下核心點是拆解RESP協議。

怎么樣，好玩吧，動動你的小手指，快來試試吧。

以上就是go實現Redis讀寫分離示例詳解的詳細內容，更多關于go Redis讀寫分離的資料請關注腳本之家其它相關文章！

最新評論