- 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,前面多了數量
接收命令其實就是解析以上格式