本文是使用 golang 实现 redis 系列的第六篇, 将介绍如何实现一个 Pipeline 模式的 Redis 客户端。

本文的完整代码在Github:Godis/redis/client

通常 TCP 客户端的通信模式都是阻塞式的: 客户端发送请求 -> 等待服务端响应 -> 发送下一个请求。因为需要等待网络传输数据,完成一次请求循环需要等待较多时间。

我们能否不等待服务端响应直接发送下一条请求呢?答案是肯定的。

TCP 作为全双工协议可以同时进行上行和下行通信,不必担心客户端和服务端同时发包会导致冲突。

p.s. 打电话的时候两个人同时讲话就会冲突听不清,只能轮流讲。这种通信方式称为半双工。广播只能由电台发送到收音机不能反向传输,这种方式称为单工。

我们为每一个 tcp 连接分配了一个 goroutine 可以保证先收到的请求先先回复。另一个方面,tcp 协议会保证数据流的有序性,同一个 tcp 连接上先发送的请求服务端先接收,先回复的响应客户端先收到。因此我们不必担心混淆响应所对应的请求。

这种在服务端未响应时客户端继续向服务端发送请求的模式称为 Pipeline 模式。因为减少等待网络传输的时间,Pipeline 模式可以极大的提高吞吐量,减少所需使用的 tcp 链接数。

pipeline 模式的 redis 客户端需要有两个后台协程程负责 tcp 通信,调用方通过 channel 向后台协程发送指令,并阻塞等待直到收到响应,这是一个典型的异步编程模式。

我们先来定义 client 的结构:

  1. type Client struct {
  2. conn net.Conn // 与服务端的 tcp 连接
  3. sendingReqs chan *Request // 等待发送的请求
  4. waitingReqs chan *Request // 等待服务器响应的请求
  5. ticker *time.Ticker // 用于触发心跳包的计时器
  6. addr string
  7. ctx context.Context
  8. cancelFunc context.CancelFunc
  9. writing *sync.WaitGroup // 有请求正在处理不能立即停止,用于实现 graceful shutdown
  10. }
  11. type Request struct {
  12. id uint64 // 请求id
  13. args [][]byte // 上行参数
  14. reply redis.Reply // 收到的返回值
  15. heartbeat bool // 标记是否是心跳请求
  16. waiting *wait.Wait // 调用协程发送请求后通过 waitgroup 等待请求异步处理完成
  17. err error
  18. }

调用者将请求发送给后台协程,并通过 wait group 等待异步处理完成:

  1. func (client *Client) Send(args [][]byte) redis.Reply {
  2. request := &Request{
  3. args: args,
  4. heartbeat: false,
  5. waiting: &wait.Wait{},
  6. }
  7. request.waiting.Add(1)
  8. client.sendingReqs <- request // 将请求发往处理队列
  9. timeout := request.waiting.WaitWithTimeout(maxWait) // 等待请求处理完成或者超时
  10. if timeout {
  11. return reply.MakeErrReply("server time out")
  12. }
  13. if request.err != nil {
  14. return reply.MakeErrReply("request failed: " + err.Error())
  15. }
  16. return request.reply
  17. }

client 的核心部分是后台的读写协程。先从写协程开始:

  1. // 写协程入口
  2. func (client *Client) handleWrite() {
  3. loop:
  4. for {
  5. select {
  6. case req := <-client.sendingReqs: // 从 channel 中取出请求
  7. client.writing.Add(1) // 未完成请求数+1
  8. client.doRequest(req) // 发送请求
  9. case <-client.ctx.Done():
  10. break loop
  11. }
  12. }
  13. }
  14. // 发送请求
  15. func (client *Client) doRequest(req *Request) {
  16. bytes := reply.MakeMultiBulkReply(req.args).ToBytes() // 序列化
  17. _, err := client.conn.Write(bytes) // 通过 tcp connection 发送
  18. i := 0
  19. for err != nil && i < 3 { // 失败重试
  20. err = client.handleConnectionError(err)
  21. if err == nil {
  22. _, err = client.conn.Write(bytes)
  23. }
  24. i++
  25. }
  26. if err == nil {
  27. client.waitingReqs <- req // 将发送成功的请求放入等待响应的队列
  28. } else {
  29. // 发送失败
  30. req.err = err
  31. req.waiting.Done() // 结束调用者的等待
  32. client.writing.Done() // 未完成请求数 -1
  33. }
  34. }

读协程是我们熟悉的协议解析器模板, 不熟悉的朋友可以到实现 Redis 协议解析器了解更多。

  1. // 收到服务端的响应
  2. func (client *Client) finishRequest(reply redis.Reply) {
  3. request := <-client.waitingReqs // 取出等待响应的 request
  4. request.reply = reply
  5. if request.waiting != nil {
  6. request.waiting.Done() // 结束调用者的等待
  7. }
  8. client.writing.Done() // 未完成请求数-1
  9. }
  10. // 读协程是个 RESP 协议解析器,不熟悉的朋友可以
  11. func (client *Client) handleRead() error {
  12. reader := bufio.NewReader(client.conn)
  13. downloading := false
  14. expectedArgsCount := 0
  15. receivedCount := 0
  16. msgType := byte(0) // first char of msg
  17. var args [][]byte
  18. var fixedLen int64 = 0
  19. var err error
  20. var msg []byte
  21. for {
  22. // read line
  23. if fixedLen == 0 { // read normal line
  24. msg, err = reader.ReadBytes('\n')
  25. if err != nil {
  26. if err == io.EOF || err == io.ErrUnexpectedEOF {
  27. logger.Info("connection close")
  28. } else {
  29. logger.Warn(err)
  30. }
  31. return errors.New("connection closed")
  32. }
  33. if len(msg) == 0 || msg[len(msg)-2] != '\r' {
  34. return errors.New("protocol error")
  35. }
  36. } else { // read bulk line (binary safe)
  37. msg = make([]byte, fixedLen+2)
  38. _, err = io.ReadFull(reader, msg)
  39. if err != nil {
  40. if err == io.EOF || err == io.ErrUnexpectedEOF {
  41. return errors.New("connection closed")
  42. } else {
  43. return err
  44. }
  45. }
  46. if len(msg) == 0 ||
  47. msg[len(msg)-2] != '\r' ||
  48. msg[len(msg)-1] != '\n' {
  49. return errors.New("protocol error")
  50. }
  51. fixedLen = 0
  52. }
  53. // parse line
  54. if !downloading {
  55. // receive new response
  56. if msg[0] == '*' { // multi bulk response
  57. // bulk multi msg
  58. expectedLine, err := strconv.ParseUint(string(msg[1:len(msg)-2]), 10, 32)
  59. if err != nil {
  60. return errors.New("protocol error: " + err.Error())
  61. }
  62. if expectedLine == 0 {
  63. client.finishRequest(&reply.EmptyMultiBulkReply{})
  64. } else if expectedLine > 0 {
  65. msgType = msg[0]
  66. downloading = true
  67. expectedArgsCount = int(expectedLine)
  68. receivedCount = 0
  69. args = make([][]byte, expectedLine)
  70. } else {
  71. return errors.New("protocol error")
  72. }
  73. } else if msg[0] == '$' { // bulk response
  74. fixedLen, err = strconv.ParseInt(string(msg[1:len(msg)-2]), 10, 64)
  75. if err != nil {
  76. return err
  77. }
  78. if fixedLen == -1 { // null bulk
  79. client.finishRequest(&reply.NullBulkReply{})
  80. fixedLen = 0
  81. } else if fixedLen > 0 {
  82. msgType = msg[0]
  83. downloading = true
  84. expectedArgsCount = 1
  85. receivedCount = 0
  86. args = make([][]byte, 1)
  87. } else {
  88. return errors.New("protocol error")
  89. }
  90. } else { // single line response
  91. str := strings.TrimSuffix(string(msg), "\n")
  92. str = strings.TrimSuffix(str, "\r")
  93. var result redis.Reply
  94. switch msg[0] {
  95. case '+':
  96. result = reply.MakeStatusReply(str[1:])
  97. case '-':
  98. result = reply.MakeErrReply(str[1:])
  99. case ':':
  100. val, err := strconv.ParseInt(str[1:], 10, 64)
  101. if err != nil {
  102. return errors.New("protocol error")
  103. }
  104. result = reply.MakeIntReply(val)
  105. }
  106. client.finishRequest(result)
  107. }
  108. } else {
  109. // receive following part of a request
  110. line := msg[0 : len(msg)-2]
  111. if line[0] == '$' {
  112. fixedLen, err = strconv.ParseInt(string(line[1:]), 10, 64)
  113. if err != nil {
  114. return err
  115. }
  116. if fixedLen <= 0 { // null bulk in multi bulks
  117. args[receivedCount] = []byte{}
  118. receivedCount++
  119. fixedLen = 0
  120. }
  121. } else {
  122. args[receivedCount] = line
  123. receivedCount++
  124. }
  125. // if sending finished
  126. if receivedCount == expectedArgsCount {
  127. downloading = false // finish downloading progress
  128. if msgType == '*' {
  129. reply := reply.MakeMultiBulkReply(args)
  130. client.finishRequest(reply)
  131. } else if msgType == '$' {
  132. reply := reply.MakeBulkReply(args[0])
  133. client.finishRequest(reply)
  134. }
  135. // finish reply
  136. expectedArgsCount = 0
  137. receivedCount = 0
  138. args = nil
  139. msgType = byte(0)
  140. }
  141. }
  142. }
  143. }

最后编写 client 的构造器和启动异步协程的代码:

  1. func MakeClient(addr string) (*Client, error) {
  2. conn, err := net.Dial("tcp", addr)
  3. if err != nil {
  4. return nil, err
  5. }
  6. ctx, cancel := context.WithCancel(context.Background())
  7. return &Client{
  8. addr: addr,
  9. conn: conn,
  10. sendingReqs: make(chan *Request, chanSize),
  11. waitingReqs: make(chan *Request, chanSize),
  12. ctx: ctx,
  13. cancelFunc: cancel,
  14. writing: &sync.WaitGroup{},
  15. }, nil
  16. }
  17. func (client *Client) Start() {
  18. client.ticker = time.NewTicker(10 * time.Second)
  19. go client.handleWrite()
  20. go func() {
  21. err := client.handleRead()
  22. logger.Warn(err)
  23. }()
  24. go client.heartbeat()
  25. }

关闭 client 的时候记得等待请求完成:

  1. func (client *Client) Close() {
  2. // 先阻止新请求进入队列
  3. close(client.sendingReqs)
  4. // 等待处理中的请求完成
  5. client.writing.Wait()
  6. // 释放资源
  7. _ = client.conn.Close() // 关闭与服务端的连接,连接关闭后读协程会退出
  8. client.cancelFunc() // 使用 context 关闭读协程
  9. close(client.waitingReqs) // 关闭队列
  10. }

测试一下:

  1. func TestClient(t *testing.T) {
  2. client, err := MakeClient("localhost:6379")
  3. if err != nil {
  4. t.Error(err)
  5. }
  6. client.Start()
  7. result = client.Send([][]byte{
  8. []byte("SET"),
  9. []byte("a"),
  10. []byte("a"),
  11. })
  12. if statusRet, ok := result.(*reply.StatusReply); ok {
  13. if statusRet.Status != "OK" {
  14. t.Error("`set` failed, result: " + statusRet.Status)
  15. }
  16. }
  17. result = client.Send([][]byte{
  18. []byte("GET"),
  19. []byte("a"),
  20. })
  21. if bulkRet, ok := result.(*reply.BulkReply); ok {
  22. if string(bulkRet.Arg) != "a" {
  23. t.Error("`get` failed, result: " + string(bulkRet.Arg))
  24. }
  25. }
  26. }

Golang 实现 Redis(6): 实现 pipeline 模式的 redis 客户端的更多相关文章

  1. Redis订阅和发布模式和Redis事务

    -------------------Redis订阅和发布模式------------------- 1.概念     Redis 发布订阅(pub/sub)是一种消息通信模式:     发送者(pu ...

  2. 大数据学习day34---spark14------1 redis的事务(pipeline)测试 ,2. 利用redis的pipeline实现数据统计的exactlyonce ,3 SparkStreaming中数据写入Hbase实现ExactlyOnce, 4.Spark StandAlone的执行模式,5 spark on yarn

    1 redis的事务(pipeline)测试 Redis本身对数据进行操作,单条命令是原子性的,但事务不保证原子性,且没有回滚.事务中任何命令执行失败,其余的命令仍会被执行,将Redis的多个操作放到 ...

  3. Redis 新特性---pipeline(管道)

    转载自http://weipengfei.blog.51cto.com/1511707/1215042 Redis本身是一个cs模式的tcp server, client可以通过一个socket连续发 ...

  4. 一种简单实现Redis集群Pipeline功能的方法及性能测试

    上一篇文章<redis pipeline批量处理提高性能>中我们讲到redis pipeline模式在批量数据处理上带来了很大的性能提升,我们先来回顾一下pipeline的原理,redis ...

  5. 腾讯新闻基于 Flink PipeLine 模式的实践

    摘要  :随着社会消费模式以及经济形态的发展变化,将催生新的商业模式.腾讯新闻作为一款集游戏.教育.电商等一体的新闻资讯平台.服务亿万用户,业务应用多.数据量大.加之业务增长.场景更加复杂,业务对实时 ...

  6. redis的发布订阅模式

    概要 redis的每个server实例都维护着一个保存服务器状态的redisServer结构 struct redisServer {     /* Pubsub */     // 字典,键为频道, ...

  7. redis的发布订阅模式pubsub

    前言 redis支持发布订阅模式,在这个实现中,发送者(发送信息的客户端)不是将信息直接发送给特定的接收者(接收信息的客户端),而是将信息发送给频道(channel),然后由频道将信息转发给所有对这个 ...

  8. Redis 2种持久化模式的缺陷

    http://blog.csdn.net/hexieshangwang/article/details/47254087 一.RDB持久化模式缺陷 1.问题描述: 并发200路,模拟不断写Redis, ...

  9. Redis进阶实践之十八 使用管道模式加速Redis查询

    一.引言             学习redis 也有一段时间了,该接触的也差不多了.后来有一天,以为同事问我,如何向redis中批量的增加数据,肯定是大批量的,为了这主题,我从新找起了解决方案.目前 ...

随机推荐

  1. JAVA 线上故障排查套路,从 CPU、磁盘、内存、网络到GC 一条龙!

    线上故障主要会包括cpu.磁盘.内存以及网络问题,而大多数故障可能会包含不止一个层面的问题,所以进行排查时候尽量四个方面依次排查一遍. 同时例如jstack.jmap等工具也是不囿于一个方面的问题的, ...

  2. IDEA 中项目代码修改后不自动生效,需要执行 mvn clean install 才生效

    问题描述 之前项目运行好好的,代码修改完之后会自动编译,编程体验很好. 有一天发现每次修改代码后需要重新使用mvn clean install命令重新编译,异常麻烦. 检查了 IDEA 的配置,已经配 ...

  3. list.add方法参数详解

  4. 推荐给 Java 程序员的 7 本书

    < Java 编程思想> 适合各个阶段 Java 程序员的必备读物.书中对 Java 进行了详尽的介绍,与其它语言做了对比,解释了 Java 很多特性出现的原因和解决的问题.初学者可以通过 ...

  5. Pycharm同步远程服务器调试

    Pycharm同步远程服务器调试 1.需要准备工具 xftp:上传项目文件 xshell:连接Linux系统调试,执行命令 PyCharm:调试python代码 这些软件可以自行网上搜索下载,也可以关 ...

  6. python机器学习TensorFlow框架

    TensorFlow框架 关注公众号"轻松学编程"了解更多. 一.简介 ​ TensorFlow是谷歌基于DistBelief进行研发的第二代人工智能学习系统,其命名来源于本身的运 ...

  7. Jetbrains全系列产品 2020最新激活方法 (即时更新)

    即时更新:http://idea.itmatu.com/key Jetbrains全系列产品 2020最新激活方法 JMFL04QVQA-eyJsaWNlbnNlSWQiOiJKTUZMMDRRVlF ...

  8. 团灭 LeetCode 股票买卖问题

    很多读者抱怨 LeetCode 的股票系列问题奇技淫巧太多,如果面试真的遇到这类问题,基本不会想到那些巧妙的办法,怎么办?所以本文拒绝奇技淫巧,而是稳扎稳打,只用一种通用方法解决所用问题,以不变应万变 ...

  9. POJ2432 Around the world

    题意描述 Around the world 在一个圆上有 \(n\) 点,其中有 \(m\) 条双向边连接它们,每条双向边连接两点总是沿着圆的最小弧连接. 求从 \(1\) 号点出发并回到 \(1\) ...

  10. python求平均数及打印出低于平均数的值列表

    刚学Python的时候还是要多动手进行一些小程序的编写,要持续不断的进行,知识才能掌握的牢.今天就讲一下Python怎么求平均数,及打印出低于平均数的数值列表 方法一: scores1 =  [91, ...