Redis 管道技術

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

• 客戶端向服務端發送一個查詢請求，並監聽Socket返回，通常是以阻塞模式，等待服務端響應。

• 服務端處理命令，並將結果返回給客戶端。

Redis 管道技術

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

實例

查看 redis 管道，只需要啟動 redis 實例並輸入以下命令：

$(echo -en "PING
SET runoobkey redis
GET runoobkey
INCR visitor
INCR visitor
INCR visitor
"; 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" 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倍。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！