[ElasticSearch]Search之分页

之前的文章[ElasticSearch]搜索我们知道，我们的空搜索匹配到集群中的13个文档。 但是，命中数组中只有10个文档（文章只显示了2条数据，故意省略掉）。 我们如何查看其他文档呢？

与SQL使用LIMIT关键字返回一个“页面”的结果数据相同，Elasticsearch接受from和size参数：

• size　表示应返回的结果数，默认为10
• from　表示应跳过的初始结果数，默认为0

如果想每页显示五个条数据，那么第1到3页的结果请求如下所示：

curl -XGET 'localhost:9200/_search?size=5&pretty'
curl -XGET 'localhost:9200/_search?size=5&from=5&pretty'
curl -XGET 'localhost:9200/_search?size=5&from=10&pretty'

Java版本:

SearchRequestBuilder searchRequestBuilder = client.prepareSearch();
searchRequestBuilder.setIndices(index);
searchRequestBuilder.setTypes(type);
searchRequestBuilder.setFrom(from);
searchRequestBuilder.setSize(size);
SearchResponse response = searchRequestBuilder.get();

小心分页太深或者一次请求太多的结果。 结果在返回前要进行排序。 但请记住，搜索请求通常跨越多个分片。 每个分片都会生成自己的排序结果，然后在协调节点集中排序，以确保整体顺序正确。

在分布式系统中深度分页

为了理解深度分页为什么是有问题的，我们假设在一个有5个主分片的索引中搜索。 当我们请求结果的第一页（结果从 1 到 10 ），每个分片产生自己的前10个结果，并且返回给协调节点 ，协调节点对所有50个结果进行排序，最终得到全部结果的前10个。

现在假设我们请求第1000页的数据--结果从10001到10010。所有都如上面相同的方式工作，除了每个分片不得不产生前10010个结果以外。 协调节点对全部50050个结果排序，最后丢弃掉这些结果中的50040个结果(只要10个)。

您可以看到，在分布式系统中，排序结果的成本以指数级增长。 有一个很好的理由，网页搜索引擎不会为任何查询返回超过1,000个结果。

原文：https://www.elastic.co/guide/en/elasticsearch/guide/current/pagination.html