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

• 客戶端向服務端傳送一個查詢請求，並監聽Socket返回，通常是以阻塞模式，等待服務端響應。
• 服務端處理命令，並將結果返回給客戶端。

    Redis 管道技術可以在服務端未響應時，客戶端可以繼續向服務端傳送請求，並最終一次性讀取所有服務端的響應。首先我們來檢視 redis 管道，只需要啟動 redis 例項並輸入以下命令：

$(echo -en "PING\r\n SET keys redis\r\nGET keys \r\nINCR visitor\r\nINCR visitor\r\nINCR visitor\r\n"
 
; sleep 10)| nc localhost 6379+PONG
+OK
redis
:1:2:3

    以上例項中我們通過使用 PING 命令檢視redis服務是否可用，之後我們設定了 keys 的值為 redis，然後我們獲取 keys 的值並使得 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.new10000.times{ 
    r.ping 
}enddef 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