## 檢索多個文檔 像Elasticsearch一樣，檢索多個文檔依舊非常快。合并多個請求可以避免每個請求單獨的網絡開銷。如果你需要從Elasticsearch中檢索多個文檔，相對于一個一個的檢索，更快的方式是在一個請求中使用**multi-get**或者`mget` API。 `mget` API參數是一個`docs`數組，數組的每個節點定義一個文檔的`_index`、`_type`、`_id`元數據。如果你只想檢索一個或幾個確定的字段，也可以定義一個`_source`參數： ```Javascript POST /_mget { "docs" : [ { "_index" : "website", "_type" : "blog", "_id" : 2 }, { "_index" : "website", "_type" : "pageviews", "_id" : 1, "_source": "views" } ] } ``` 響應體也包含一個`docs`數組，每個文檔還包含一個響應，它們按照請求定義的順序排列。每個這樣的響應與單獨使用**`get` request**響應體相同： ```Javascript { "docs" : [ { "_index" : "website", "_id" : "2", "_type" : "blog", "found" : true, "_source" : { "text" : "This is a piece of cake...", "title" : "My first external blog entry" }, "_version" : 10 }, { "_index" : "website", "_id" : "1", "_type" : "pageviews", "found" : true, "_version" : 2, "_source" : { "views" : 2 } } ] } ``` 如果你想檢索的文檔在同一個`_index`中（甚至在同一個`_type`中），你就可以在URL中定義一個默認的`/_index`或者`/_index/_type`。 你依舊可以在單獨的請求中使用這些值： ```Javascript POST /website/blog/_mget { "docs" : [ { "_id" : 2 }, { "_type" : "pageviews", "_id" : 1 } ] } ``` 事實上，如果所有文檔具有相同`_index`和`_type`，你可以通過簡單的`ids`數組來代替完整的`docs`數組： ```Javascript POST /website/blog/_mget { "ids" : [ "2", "1" ] } ``` 注意到我們請求的第二個文檔并不存在。我們定義了類型為`blog`，但是ID為`1`的文檔類型為`pageviews`。這個不存在的文檔會在響應體中被告知。 ```Javascript { "docs" : [ { "_index" : "website", "_type" : "blog", "_id" : "2", "_version" : 10, "found" : true, "_source" : { "title": "My first external blog entry", "text": "This is a piece of cake..." } }, { "_index" : "website", "_type" : "blog", "_id" : "1", "found" : false <1> } ] } ``` - <1> 這個文檔不存在 事實上第二個文檔不存在并不影響第一個文檔的檢索。每個文檔的檢索和報告都是獨立的。 > 注意： > 盡管前面提到有一個文檔沒有被找到，但HTTP請求狀態碼還是`200`。事實上，就算所有文檔都找不到，請求也還是返回`200`，原因是`mget`請求本身成功了。如果想知道每個文檔是否都成功了，你需要檢查`found`標志。