Search After · Elasticsearch 5.4 中文文檔

# Search After 原文鏈接 : [https://www.elastic.co/guide/en/elasticsearch/reference/current/search-request-search-after.html](https://www.elastic.co/guide/en/elasticsearch/reference/current/search-request-search-after.html) 譯文鏈接 : [http://www.apache.wiki/pages/editpage.action?pageId=4883118](http://www.apache.wiki/pages/editpage.action?pageId=488308) 貢獻者 : [ping](/display/~wangyangting) 結果的分頁可以通過使用 from 和 size 來完成，但是當達到深度分頁時成本變得禁止。 index.max_result_window 默認為 10,000 是一種保護，搜索請求占用堆內存和時間與 from + size 成比例。建議使用 Scroll api 進行高效的深層滾動，但滾動上下文是昂貴的，不建議將其用于實時用戶請求。 search_after 參數通過提供活動光標來規避此問題。這個想法是使用前一頁的結果來幫助檢索下一頁。假設檢索第一頁的查詢如下所示： ``` GET twitter/tweet/_search { "size": 10, "query": { "match" : { "title" : "elasticsearch" } }, "sort": [ {"date": "asc"}, {"_uid": "desc"} ] } ``` Note: 每個文檔具有一個唯一值的字段應用作排序規范的仲裁。否則，具有相同排序值的文檔的排序順序將是未定義的。建議的方法是使用字段 _uid，它確保每個文檔包含一個唯一值。上述請求的結果包括每個文檔的排序值數組。這些排序值可以與 search_after 參數結合使用，以便在結果列表中的任何文檔之后“返回”結果。例如，我們可以使用最后一個文檔的排序值，并將其傳遞給search_after 以檢索下一頁結果： ``` GET twitter/tweet/_search { "size": 10, "query": { "match" : { "title" : "elasticsearch" } }, "search_after": [1463538857, "tweet#654323"], "sort": [ {"date": "asc"}, {"_uid": "desc"} ] } ``` Note: 當使用 search_after 時，參數 from 必須設置為 0（或 -1 ）。 search_after 不是一種自由地跳到隨機頁面的解決方案，而是一種并行地滾動許多查詢的解決方案。它非常類似于滾動 API，但不同的是，search_after 參數是無狀態的，它總是解決對搜索器的最新版本。因此，排序順序可能會在步行期間更改，具體取決于您的索引的更新和刪除。