Redis的學習之管道

redis的工作模式：請求響應式

redis是乙個使用客戶端/伺服器模型（也被稱作請求/響應協議）的tcp伺服器。

這說明通常來講乙個乙個請求的實現有以下步驟：

1.客戶端傳送請求到伺服器，並從socket中以

堵塞的方式

讀取伺服器的響應資料。

2.伺服器對發動的命令進行處理並把響應資料發回客戶端。

環路時間rtt：

從客戶端請求資料開始到收到伺服器的響應資料截止的時間。

管道解決的問題描述：

當客戶端需要一次傳送很多請求時（比如一次向乙個list新增很多元素，或者向乙個資料庫新增很多key），這個環路時間會對效能造成非常大的影響。如果環路時間是250毫秒（在網路連線非常慢的情況下），即使服務端能每秒處理10萬個請求，我們一秒最大也只能處理四個請求。

即使我們用的是本地回環介面，本地環路時間會短得多（比如在我本機上用ping測試是0.044毫秒），但是如果你要一次進行大量寫操作，這個時間依然不少。

redis的管道：

乙個請求/響應伺服器能夠做到在客戶端還沒有讀取上個返回值的時候就處理新的請求。通過這種方式客戶端就可以在不獲取每次請求的響應的情況下給服務端一次傳送

多個命令

，並在未來的某個時間一次獲得這些所有的響應。這樣

我們不再每次呼叫都產生rtt的花銷，所有命令加起來只產生一次rtt花銷。

使用管道要注意：

當客戶端一下子傳送多條請求命令時，伺服器會將這些所有命令的請求放入佇列，這樣會帶來額外的記憶體開銷。為了減少記憶體開銷，我們最好規定乙個命令數的上限，比如10000條，這樣記憶體開銷的上限就是這10000條命令的響應值。