## 多文檔模式 `mget`和`bulk` API與單獨的文檔類似。差別是請求節點知道每個文檔所在的分片。它把多文檔請求拆成**每個分片**的對文檔請求，然后轉發每個參與的節點。 一旦接收到每個節點的應答，然后整理這些響應組合為一個單獨的響應，最后返回給客戶端。  下面我們將羅列通過一個`mget`請求檢索多個文檔的順序步驟： 1. 客戶端向`Node 1`發送`mget`請求。 2. `Node 1`為每個分片構建一個多條數據檢索請求，然后轉發到這些請求所需的主分片或復制分片上。當所有回復被接收，`Node 1`構建響應并返回給客戶端。 `routing` 參數可以被`docs`中的每個文檔設置。  下面我們將羅列使用一個`bulk`執行多個`create`、`index`、`delete`和`update`請求的順序步驟： 1. 客戶端向`Node 1`發送`bulk`請求。 2. `Node 1`為每個分片構建批量請求，然后轉發到這些請求所需的主分片上。 3. 主分片一個接一個的按序執行操作。當一個操作執行完，主分片轉發新文檔（或者刪除部分）給對應的復制節點，然后執行下一個操作。一旦所有復制節點報告所有操作已成功完成，節點就報告success給請求節點，后者(請求節點)整理響應并返回給客戶端。 `bulk` API還可以在最上層使用`replication`和`consistency`參數，`routing`參數則在每個請求的元數據中使用。