# 深度分頁問題 ## 單節點es的分頁查詢邏輯 內部分頁時，必須先查詢 0~1000條，然后截取其中的990 ~ 1000的這10條：  查詢TOP1000，如果es是單點模式，這并無太大影響。 ## es集群的分頁查詢邏輯 但是elasticsearch將來一定是集群，例如我集群有5個節點，我要查詢TOP1000的數據，并不是每個節點查詢200條就可以了：因為節點A的TOP200，在另一個節點可能排到10000名以外了。 因此要想獲取整個集群的TOP1000，必須先查詢出每個節點的TOP1000，匯總結果后，重新排名，重新截取TOP1000。  那如果我要查詢9900~10000的數據呢？是不是要先查詢TOP10000呢？那每個節點都要查詢10000條？匯總到內存中？ 當查詢分頁深度較大時，匯總數據過多，對內存和CPU會產生非常大的壓力，因此elasticsearch會禁止from+ size 超過10000的請求。 # 深度分頁解決方案 針對深度分頁，ES提供了兩種解決方案： * search after：分頁時需要排序，原理是從上一次的排序值開始，查詢下一頁數據。官方推薦使用的方式。 * scroll：原理將排序數據形成快照，保存在內存。官方已經不推薦使用。