Redis 管道技術

標籤：bsp   span   incr   用戶端   效能   阻塞   模型   技術   os x   

 

Redis是一種基於用戶端-服務端模型以及請求/響應協議的TCP服務。這意味著通常情況下一個請求會遵循以下步驟：

• 用戶端向服務端發送一個查詢請求，並監聽Socket返回，通常是以阻塞模式，等待服務端響應。
• 服務端處理命令，並將結果返回給用戶端。

Redis 管道技術

Redis 管道技術可以在服務端未響應時，用戶端可以繼續向服務端發送請求，並最終一次性讀取所有服務端的響應。

執行個體

查看 redis 管道，只需要啟動 redis 執行個體並輸入以下命令：

$(echo -en "PING\r\n SET runoobkey redis\r\nGET runoobkey\r\nINCR visitor\r\nINCR visitor\r\nINCR visitor\r\n"; sleep 10) | nc localhost 6379+PONG+OKredis:1:2:3

以上執行個體中我們通過使用 PING 命令查看redis服務是否可用， 之後我們設定了 runoobkey 的值為 redis，然後我們擷取 runoobkey 的值並使得 visitor 自增 3 次。

在返回的結果中我們可以看到這些命令一次性向 redis 服務提交，並最終一次性讀取所有服務端的響應

管道技術的優勢

管道技術最顯著的優勢是提高了 redis 服務的效能。

一些測試資料

在下面的測試中，我們將使用Redis的Ruby用戶端，支援管道技術特性，測試管道技術對速度的提升效果。

require ‘rubygems‘ require ‘redis‘def bench(descr) start = Time.now yield puts "#{descr} #{Time.now-start} seconds" enddef without_pipelining r = Redis.new 10000.times {     r.ping } enddef with_pipelining r = Redis.new r.pipelined {     10000.times {         r.ping     } } endbench("without pipelining") {     without_pipelining } bench("with pipelining") {     with_pipelining }

從處於區域網路中的Mac OS X系統上執行上面這個簡單指令碼的資料表明，開啟了管道操作後，往返時延已經被改善得相當低了。

without pipelining 1.185238 seconds with pipelining 0.250783 seconds

如你所見，開啟管道後，我們的速度效率提升了5倍。

Redis 管道技術