redis client原理分析

啊漢發表於2020-10-28

  • 1:連線池
  • 2:傳送命令
  • 3:解析結果

1:連線池
連線池結構體如下:
type Pool struct {
   // Dial is an application supplied function for creating and configuring a
   // connection.
   //
   // The connection returned from Dial must not be in a special state
   // (subscribed to pubsub channel, transaction started, ...).
   Dial func() (Conn, error)  //生成網路連線物件

   // TestOnBorrow is an optional application supplied function for checking
   // the health of an idle connection before the connection is used again by
   // the application. Argument t is the time that the connection was returned
   // to the pool. If the function returns an error, then the connection is
   // closed.
   TestOnBorrow func(c Conn, t time.Time) error  //測試連線是否通暢

   // Maximum number of idle connections in the pool.
   MaxIdle int  //最大空閒連線數

   // Maximum number of connections allocated by the pool at a given time.
   // When zero, there is no limit on the number of connections in the pool.
   MaxActive int //最大活動(正在執行任務)連線數

   // Close connections after remaining idle for this duration. If the value
   // is zero, then idle connections are not closed. Applications should set
   // the timeout to a value less than the server's timeout.
   IdleTimeout time.Duration //空閒連線超時時間,超時會釋放

   // If Wait is true and the pool is at the MaxActive limit, then Get() waits
   // for a connection to be returned to the pool before returning.
   Wait bool //當到達最大活動連線時,是否阻塞

   chInitialized uint32 // set to 1 when field ch is initialized 初始化標記

   mu     sync.Mutex    // mu protects the following fields 鎖
   closed bool          // set to true when the pool is closed. 連線池關閉標記
   active int           // the number of open connections in the pool 連線總數
   ch     chan struct{} // limits open connections when p.Wait is true 用於實現阻塞邏輯
   idle   idleList      // idle connections 雙向連結串列,存放空閒連線
}

type idleList struct { //空閒連線連結串列
   count       int //空閒連線數
   front, back *idleConn //空閒連線資訊
}

type idleConn struct {  //空閒連線資訊
   c          Conn      //連線介面
   t          time.Time //加入空閒佇列的時間,用於判斷空閒超時
   next, prev *idleConn //雙向連結串列指標
}

1:空閒連線池實現
空閒連線池存在一個雙向連結串列中,一個連線用完後回收,就會從表頭插入這個連結串列,當需要一個連線時也是從連結串列的表頭取,從表頭插入的時候會寫入當前時間,所以連結串列是一個按時間倒序的連結串列,判斷一個連線有沒有空閒超時,就從連結串列表尾開始判斷,如果空閒超時,就從表尾移除並關閉連線。從表頭插入一個元素後,如果空閒數量超過閾值,會從表尾移除一個元素,保證空閒的連線數不超過指定的值,防止空閒的連線過多浪費系統資源
 
獲取可用連線過程
對應方法:Pool.Get
1:刪除超時空閒連線。從連結串列的表尾開始往表頭判斷,如果到達空閒超時時間,從連結串列中移除並釋放連線
2:從空閒連結串列中獲取可用連線。從連結串列表頭往表尾查詢可用的連線,如果連線能ping通,將當前連線從連結串列中移除,返回當前連線
3:建立一個新的連線。如果空閒連線為空,或者空閒連結串列中的所有連線都不可用,則從新建立一個新的連線並返回
在獲取連線的時候刪除超時空閒連線,這是一種惰性刪除的方式
 
以上實現方式同時解決了斷開重連的問題。
如在某一時刻redis server重啟了,那麼空閒連結串列中的連線都會變得不可用,由於在獲取可用連線前會先ping一下,但是所有連線都ping不通,最後只能重新建立,而空閒連線會在空閒時間超時後自動釋放,於是很好的解決了斷開重連的問題,同時也做了一些犧牲,不ping一下怎麼知道連線是否可用,每次獲取可用連線的時候都ping了一下,但是大部分時候連線都是可用的。
 
回收可用連線:
對應方法:pooledConnection.Close  -> Pool.put
1:終止相關操作,如果是事務/監聽/訂閱,停止相關操作
2:將連線放入空閒連結串列。將連線存入連結串列表頭,如果空閒連線數量超過閾值,就將表尾元素移除並關閉連線
 
 
2:傳送命令&接收回復並解析
func (c *conn) Do(cmd string, args ...interface{}) (interface{}, error) {
   return c.DoWithTimeout(c.readTimeout, cmd, args...)
}

func (c *conn) DoWithTimeout(readTimeout time.Duration, cmd string, args ...interface{}) (interface{}, error) {
   c.mu.Lock()
   pending := c.pending
   c.pending = 0
   c.mu.Unlock()

   if cmd == "" && pending == 0 {
      return nil, nil
   }

   //設定寫超時時間
   if c.writeTimeout != 0 {
      c.conn.SetWriteDeadline(time.Now().Add(c.writeTimeout))
   }
   //傳送命令內容
   if cmd != "" {
      if err := c.writeCommand(cmd, args); err != nil {
         return nil, c.fatal(err)
      }
   }

   if err := c.bw.Flush(); err != nil {
      return nil, c.fatal(err)
   }

   var deadline time.Time
   if readTimeout != 0 {
      deadline = time.Now().Add(readTimeout)
   }
   //設定讀超時時間
   c.conn.SetReadDeadline(deadline)

   if cmd == "” {
      //獲取server回覆資訊並解析
      reply := make([]interface{}, pending)
      for i := range reply {
         r, e := c.readReply()
         if e != nil {
            return nil, c.fatal(e)
         }
         reply[i] = r
      }
      return reply, nil
   }

   var err error
   var reply interface{}
   for i := 0; i <= pending; i++ {
      var e error
      if reply, e = c.readReply(); e != nil {
         return nil, c.fatal(e)
      }
      if e, ok := reply.(Error); ok && err == nil {
         err = e
      }
   }
   return reply, err
}

redis請求協議格式

set命令訊息格式:
*3\r\n$3\r\nSET\r\n$4\r\nhlxs\r\n$28\r\nhttps://www.cnblogs.com/hlxs\r\n

註釋如下:
*3        //引數個數是*開頭,3個引數
$3        //引數長度是$開頭,命令長度
SET       //命令名稱SET
$5        //引數長度是$開頭,key長度
mykey     //key的內容
$28       //引數長度是$開頭,value長度
https://www.cnblogs.com/hlxs      //value內容

引數個數是*開頭,引數長度是$開頭,每個引數通過\r\n隔開
redis協議格式特點:1易於實現,2可以高效地被計算機分析,3可以很容易地被人類讀懂
傳送命令其實就是構造請求協議格式,以二進位制的方式傳送出去
 
redis回覆協議格式
* 狀態回覆(status reply)的第一個位元組是 “+”,如:+ok\r\n
* 錯誤回覆(error reply)的第一個位元組是 “-“,如:-ERR unknown command xxx\r\n
  在 "-" 之後,直到遇到第一個空格或新行為止,這中間的內容表示所返回錯誤的型別
* 整數回覆(integer reply)的第一個位元組是 “:”,如::1000\r\n
* 批量回復(bulk reply)的第一個位元組是 “$”,如:$6\r\nfoobar\r\n,也是長度加內容的風格
* 多條批量回復(multi bulk reply)的第一個位元組是 “*”,如:*5\r\n:1\r\n:2\r\n:3\r\n:4\r\n$6\r\nfoobar\r\n,前面多了數量

接收命令其實就是解析以上格式

 

 

 

 

 

相關文章