題記
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倍。