Redis 管道技術

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
+OK
redis
: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" 
end
def without_pipelining 
r = Redis.new 
10000.times { 
    r.ping 
} 
end
def with_pipelining 
r = Redis.new 
r.pipelined { 
    10000.times { 
        r.ping 
    } 
} 
end
bench("without pipelining") { 
    without_pipelining 
} 
bench("with pipelining") { 
    with_pipelining 
}

從處於局域網中的Mac OS X系統上執行上面這個簡單腳本的數據表明，開啟了管道操作後，往返延時已經被改善得相當低了。

without pipelining 1.185238 seconds 
with pipelining 0.250783 seconds

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