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

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

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

Redis 管道技術

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

實例

查看 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 服務提交，并最終一次性讀取所有服務端的響應

管道技術的優(yōu)勢

管道技術最顯著的優(yōu)勢是提高了 redis 服務的性能。

一些測試數(shù)據

在下面的測試中，我們將使用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系統(tǒng)上執(zhí)行上面這個簡單腳本的數(shù)據表明，開啟了管道操作后，往返時延已經被改善得相當?shù)土恕?/p>

without pipelining 1.185238 seconds 
with pipelining 0.250783 seconds

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