## 分頁 《空搜索》一節告訴我們在集群中有14個文檔匹配我們的（空）搜索語句。但是只有10個文檔在`hits`數組中。我們如何看到其他文檔？ 和SQL使用`LIMIT`關鍵字返回只有一頁的結果一樣，Elasticsearch接受`from`和`size`參數： `size`: 結果數，默認`10` `from`: 跳過開始的結果數，默認`0` 如果你想每頁顯示5個結果，頁碼從1到3，那請求如下： ```javascript GET /_search?size=5 GET /_search?size=5&from=5 GET /_search?size=5&from=10 ``` 應該當心分頁太深或者一次請求太多的結果。結果在返回前會被排序。但是記住一個搜索請求常常涉及多個分片。每個分片生成自己排好序的結果，它們接著需要集中起來排序以確保整體排序正確。 > ### 在集群系統中深度分頁 > 為了理解為什么深度分頁是有問題的，讓我們假設在一個有5個主分片的索引中搜索。當我們請求結果的第一頁（結果1到10）時，每個分片產生自己最頂端10個結果然后返回它們給**請求節點(requesting node)**，它再排序這所有的50個結果以選出頂端的10個結果。 > 現在假設我們請求第1000頁——結果10001到10010。工作方式都相同，不同的是每個分片都必須產生頂端的10010個結果。然后請求節點排序這50050個結果并丟棄50040個！ > 你可以看到在分布式系統中，排序結果的花費隨著分頁的深入而成倍增長。這也是為什么網絡搜索引擎中任何語句不能返回多于1000個結果的原因。 > ### TIP >在《重建索引》章節我們將闡述如何能高效的檢索大量文檔