1. Scroll分頁

Scroll分頁是ES中最基本的分頁方式之一。它通過維持一個持續的搜索上下文來實現分頁，允許在一個長時間段內遍歷大量數據。

?使用方法?：

POST /_search/scroll
{
    "scroll": "1m",
    "scroll_id": "scroll_id"
}

?注意事項?：

• Scroll上下文會占用服務器資源，因此需要在使用完畢后及時清除。
• Scroll查詢不適用于實時數據，因為在滾動過程中數據可能會被修改，導致不一致的結果。

2. From/Size分頁

From/Size分頁是一種簡單的分頁方式，通過指定查詢的起始位置和每頁返回的文檔數量來實現分頁。

?使用方法?：

POST /index/_search
{
    "query": {
        "match_all": {}
    },
    "from": 0,
    "size": 10
}

?注意事項?：

• 在大數據量的情況下，From/Size分頁效率較低，因為每次查詢都需要重新計算起始位置。
• 當數據量巨大時，不建議使用此方式進行分頁查詢，因為性能會隨著分頁偏移量的增加而降低。

3. Search After分頁

Search After分頁是一種基于排序字段的分頁方式，通過指定上一頁最后一個文檔的排序值來獲取下一頁的結果。

?使用方法?：

POST /index/_search
{
    "query": {
        "match_all": {}
    },
    "size": 10,
    "sort": [
        {"date": "desc"},
        {"_id": "desc"}
    ],
    "search_after": [last_sort_value, last_id]
}

?注意事項?：

• 使用Search After分頁需要保證排序字段的唯一性，否則可能會導致結果不準確。
• 如果排序字段中有文檔更新或刪除，可能會導致分頁結果出現缺失或重復。

分頁方式比較

1. ?Scroll分頁?：
   • 適用于處理大量數據，且數據不頻繁更新的場景。
   • 使用方便，但需要注意資源占用和數據一致性問題。
2. ?From/Size分頁?：
   • 簡單直觀，適用于小數據量的分頁查詢。
   • 隨著分頁偏移量的增加，性能會逐漸降低。
3. ?Search After分頁?：
   • 基于排序字段，適用于實時數據的分頁查詢。
   • 需要保證排序字段的唯一性，且可能出現部分結果缺失或重復的情況。

選擇合適的分頁方式取決于具體的業務需求和數據特點，需要綜合考慮查詢效率、資源消耗以及數據一致性等因素來進行選擇。

當需要跳頁查詢時，即用戶需要直接跳轉到指定頁碼獲取結果，而不是通過逐頁遍歷的方式獲取結果。在Elasticsearch中，三種分頁方式都可以實現跳頁查詢，下面將分別闡述它們的實現方式：

1. Scroll分頁的跳頁查詢

Scroll分頁本質上是通過維持一個搜索上下文來實現分頁，因此跳頁查詢可以通過重新發起一個新的Scroll查詢來實現。

?實現方式?：

1. 首先，執行一次初始的Scroll查詢，獲取搜索上下文（scroll_id）。
2. 當需要跳轉到指定頁時，使用之前獲取的scroll_id重新執行Scroll查詢，并指定相應的跳轉位置。

?示例?：

POST /_search/scroll
{
    "scroll": "1m",
    "scroll_id": "scroll_id"
}

2. From/Size分頁的跳頁查詢

From/Size分頁可以通過指定起始位置和每頁返回的文檔數量來實現跳頁查詢。

?實現方式?：

1. 計算出需要跳轉到的頁碼對應的起始位置。
2. 使用計算出的起始位置和每頁返回的文檔數量，執行新的查詢。

?示例?：

POST /index/_search
{
    "query": {
        "match_all": {}
    },
    "from": 20,   # 假設跳轉到第三頁，每頁10條數據
    "size": 10
}

3. Search After分頁的跳頁查詢

Search After分頁通過指定上一頁最后一個文檔的排序值來獲取下一頁的結果，因此可以根據需要跳轉的頁碼，計算出對應的排序值。

?實現方式?：

1. 根據需要跳轉的頁碼，計算出上一頁最后一個文檔的排序值。
2. 使用計算出的排序值，執行新的查詢。

?示例?：

POST /index/_search
{
    "query": {
        "match_all": {}
    },
    "size": 10,
    "sort": [
        {"date": "desc"},
        {"_id": "desc"}
    ],
    "search_after": [last_sort_value, last_id]  # 使用上一頁最后一個文檔的排序值
}

注意事項

• 在進行跳頁查詢時，需要確保計算得到的起始位置或排序值正確，否則可能導致查詢結果錯誤或缺失。
• 對于Scroll分頁，需要及時清除舊的scroll_id，避免資源浪費。
• 對于Search After分頁，需要確保排序字段的唯一性，以避免結果不準確的情況發生。

通過以上方式，可以在Elasticsearch中實現跳頁查詢，并根據具體的業務需求選擇合適的分頁方式。

當ES的查詢結果數量超過默認的最大值（通常為10000條）時，會觸發索引的最大結果集限制，這可能導致無法直接執行分頁查詢。針對這種情況，可以通過以下方法來實現超過10000條數據的跳頁查詢：

使用Scroll分頁進行大數據量的跳頁查詢

Scroll分頁適用于大數據量的場景，并且不受默認結果集大小的限制。因此，即使查詢結果超過10000條，也可以通過Scroll分頁來實現跳頁查詢。

?實現方式?：

1. 使用Scroll API執行初始查詢，設置scroll參數來獲取搜索上下文（scroll_id）。
2. 使用scroll_id執行后續的滾動查詢，并根據需要跳轉的頁碼來確定查詢的位置。
3. 當需要跳轉到指定頁時，使用相同的scroll_id繼續執行滾動查詢，并使用scroll參數來設置滾動的時間間隔。
4. 獲取滾動查詢的結果，并根據需要跳轉的頁碼來處理結果。

?示例?：

POST /_search/scroll
{
    "scroll": "1m",
    "scroll_id": "scroll_id"
}

注意事項

• 使用Scroll分頁需要注意資源占用和數據一致性問題，確保在不需要時及時清除scroll_id。
• 對于超過10000條數據的分頁查詢，可能需要花費較長的時間和資源來完成。

通過使用Scroll分頁，可以在ES中實現超過10000條數據的跳頁查詢，并處理大數據量的搜索結果。