redis中multi與pipeline介紹分析

由於對redis快取中資料有批量操作，例如預熱快取資料，或者在列表頁批量去獲取快取資料，在使用了multi批量提交事務後，發現redis壓力高居不下，而使用了pipeline之後壓力回落了平常，也因為這個案例，特在此寫個分析與筆記。

標記乙個事務塊的開始。事務塊內的多條命令會按照先後順序被放進乙個佇列當中，最後由 exec 命令原子性(atomic)地執行。

我用php擴充套件調起redis服務，執行，**如下：

$redis = new redis();
$redis->connect('127.0.0.1',6379);
$handle = $redis->multi();
$handle->incr('a');
$handle->incr('b');
$handle->exec();
複製**

redis客戶端與服務端建立連線後，multi標記事務開始，之後每次執行，服務端返回queued佇列標誌。檢視redis原始碼src/multi.c檔案：

void queuemulticommand(client *c) 
複製**

在上述原始碼中可以看到redis服務端每次會把事務塊中的命令儲存到記憶體中，上述簡介已經解釋過最後通過exec命令執行，再看下面示例圖的返回結果可以了解到redis服務端一次性返回所有命令執行返回結果。

客戶端將執行的命令寫入到緩衝中，最後由exec命令一次性傳送給redis執行返回。

同樣，用相關**呼叫redis抓包；

$redis = new redis();
$redis->connect('127.0.0.1',6379);
$handle = $redis->pipeline();
$handle->incr('a');
$handle->incr('b');
$handle->exec();
複製**

繼續用wireshark抓包，如下圖所示

這上面的簡要分析一下，pipeline管道操作是需要客戶端與服務端的支援，客戶端將命令寫入緩衝，最後再通過exec命令傳送給服務端，服務端通過命令拆分，逐個執行返回結果。