es中的分頁是使用from，size來控制的，如下語句：

GET account/index/_search
{
 "from": 0,"size": 1
}

從索引0開始，查詢一條資料。

es分頁原理：

若es存在三個shard，每個shard存在2000條資料，當我想要取得所有資料中的第990到999條資料時，我需要分別從三個shard中的遍歷前999條資料，將資料返回給承接請求的那個節點，然後該節點再計算出990到999之間的資料，返回結果。

可以看出當請求的資料越深，那麼此時的計算量就越大，所以消耗的時間也很長，儘量不要使用分頁查詢，直接根據資料的id值進行查詢效率會更高。

scroll_id的方式僅適用於一次性需要返回全部資料的場景，scroll_id產生的快照將有利於資料的查詢，但是不適用於展示資料用的資料分頁。

scroll_id的解決方式：

GET account/index/_search?scroll=1m
{
  "from": 0,
  "size": 1
}

會返回一個scroll_id,想要從該記錄接著向下查需要拿到該記錄的scroll_id,快照是有時間限制的，若指定時間內不適用，該快照就會失效。

GET _search/scroll
{
  "scroll":"1m",
  "scroll_id":"DnF1ZXJ5VGhlbkZldGNoBQAAAAAAAAIfFi1uM01OTFhrUl8yanBSWlhKdmM4eWcAAAAAAAACIxYtbjNNTkxYa1JfMmpwUlpYSnZjOHlnAAAAAAAAAiAWLW4zTU5MWGtSXzJqcFJaWEp2Yzh5ZwAAAAAAAAIhFi1uM01OTFhrUl8yanBSWlhKdmM4eWcAAAAAAAACIhYtbjNNTkxYa1JfMmpwUlpYSnZjOHln"
}