Redis 管線技術
Redis是一種基於客戶端-服務端模型以及請求/回應協定的TCP服務。這表示通常情況下一個請求會遵循以下步驟:
客戶端向服務端發送一個查詢請求,並監聽Socket返回,通常是以阻塞模式,等待服務端回應。
服務端處理指令,並將結果傳回給客戶端。
Redis 管道技術
Redis 管道技術可以在服務端未回應時,用戶端可以繼續向服務端發送請求,並最終一次讀取取所有服務端的回應。
實例
查看redis 管道,只需要啟動redis 實例並輸入以下命令:
$(echo -en "PING\r\n SET w3ckey redis\r\nGET w3ckey\r\nINCR visitor\r\nINCR visitor\r\nINCR visitor\r\n"; sleep 10) | nc localhost 6379 +PONG +OK redis :1 :2 :3
以上實例中我們透過使用PING 命令查看redis服務是否可用, 之後我們設定了 w3ckey 的值為 redis,然後我們取得 w3ckey 的值並使得 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倍。