關於這個問題,我想透過一個實例來解釋,我們寫Redis
中間件,為什麼需要了解RESP
協定。
以上程式碼是編寫了一個非常簡單的TCP
伺服器,我們監聽8888
端口,嘗試使用redis -cli -p 8888
連接伺服器後,而後查看列印出來的應用程式層封包。
我們嘗試執行下該程式碼,並且輸入redis-cli -p 8888
進行連接。
我們寫的伺服器取得redis
客戶端的封包為:
*1
$7
COMMAND
上面這個就是RESP
協定的內容了,所以說,我們要寫一個Redis
的中間件,我們需要先了解一下RESP
協定才行。
官網有相關的解釋: https://redis.io/docs/reference/protocol-spec/
RESP
協定創建之初是專門為了Redis
伺服器和客戶端的通訊而設計的,該協定在Redis 1.2
中引入,並且在Redis 2.0
中,成為Redis
通訊的標準協定。協定有以下優點:
實作簡單
#快速解析
直接可閱讀
RESP
根據其協定前綴,可以序列化不同的資料類型,例如: 整數、字串、陣列等,還能標註正常輸出和錯誤輸出等。除了管線和發布訂閱以外,RESP
協定應該是最簡單的請求-回應協定了。關於更多介紹,大佬們可以看看上面註釋的官方文件。
RESP
協定不同的部分使用\r\n
(換行符)來進行分割,其支援5種數據類型,分別為: 簡單字串、錯誤、整數、複雜字串和陣列組成,我們列個表格來講下。
類型 | 前綴 | 備註 | |
---|---|---|---|
簡單字串以開頭 | |||
- | 錯誤資料以-開頭 | ||
: | 整數以:開頭 | ||
##$ | 複雜字串以$開頭 | ||
* | #陣列以*開頭 |
主机 | 端口 | 密码 | 角色 |
---|---|---|---|
127.0.0.1 | 6379 | 无 | 主库 |
127.0.0.1 | 7380 | 无 | 从库 |
以上是go如何實現Redis讀寫分離的詳細內容。更多資訊請關注PHP中文網其他相關文章!