Redis 批量優化方法

適合的maxTotal

一、業務但願Redis併發量

二、客戶端執行命令時間

三、Redis資料：例如nodes（例如應用個數）*maxTotal是不能超過redis的最大鏈接數。（config get maxclients）

四、資源開銷：例如雖然但願控制空閒鏈接，可是不但願由於鏈接池的頻繁釋放建立鏈接形成沒必要要開銷。

 

優化IO的幾種方法

一、命令自己優化：例如慢查詢的keys、hgetall bigkey

二、減小網絡通訊次數

三、下降接入成本：例如客戶端長鏈接/鏈接池、NIO等

 

四種批量優化的方法

一、串行mget

二、串行IO

三、並行IO

四、hash_tag

 

 

 

 

四種方案優缺點分析：

方案	優勢	缺點	網絡IO
串行mget	編程簡單 少許keys知足需求	大量keys請求延遲嚴重	O(keys)
串行IO	編程簡單 少許節點知足需求	大量node延遲嚴重	O(nodes)
並行IO	利用並行特性 延遲取決於最慢的節點 利用	編程複雜 超市定位問題難	O(max_slow(node))
hash_tag	性能最高	讀寫增長tag維護成本 tag分佈易出現數據傾斜	O(1)