首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

获取Elastic Search Shard中的所有文档

基础概念

Elasticsearch 是一个基于 Lucene 的分布式搜索和分析引擎,它提供了一个 RESTful API 来进行数据索引、搜索、分析和可视化。Elasticsearch 中的数据被存储在索引(index)中,每个索引可以包含多个分片(shard)。分片是 Elasticsearch 中的分布式单位,每个分片可以独立地进行索引和搜索操作。

获取 Shard 中的所有文档

获取 Elasticsearch 分片中的所有文档可以通过以下几种方式实现:

1. 使用 Scroll API

Scroll API 允许你高效地检索大量数据,类似于数据库中的游标。

代码语言:txt
复制
POST /your_index/_search?scroll=1m
{
  "size": 1000,
  "query": {
    "match_all": {}
  }
}

然后,你可以使用返回的 _scroll_id 来继续检索下一批数据:

代码语言:txt
复制
POST /_search/scroll
{
  "scroll": "1m",
  "scroll_id": "your_scroll_id"
}

2. 使用 Search After

Search After 允许你在排序后的结果集中进行分页。

代码语言:txt
复制
GET /your_index/_search
{
  "size": 1000,
  "query": {
    "match_all": {}
  },
  "sort": [
    "_doc"
  ]
}

然后,你可以使用返回的 sort 值来进行下一页的检索:

代码语言:txt
复制
GET /your_index/_search
{
  "size": 1000,
  "query": {
    "match_all": {}
  },
  "search_after": [123456789]
}

3. 使用 Reindex API

如果你需要将分片中的所有文档复制到另一个索引中,可以使用 Reindex API。

代码语言:txt
复制
POST /_reindex
{
  "source": {
    "index": "your_index",
    "type": "_doc"
  },
  "dest": {
    "index": "new_index"
  }
}

应用场景

  • 数据备份和迁移:使用 Reindex API 可以将数据从一个索引迁移到另一个索引或集群。
  • 大数据分析:使用 Scroll API 或 Search After 可以高效地检索和分析大量数据。
  • 日志分析:Elasticsearch 常用于日志分析,获取分片中的所有文档可以帮助进行全面的日志审查。

可能遇到的问题及解决方法

1. 内存不足

在使用 Scroll API 或 Search After 时,如果数据量非常大,可能会导致内存不足的问题。

解决方法

  • 增加 JVM 堆内存大小。
  • 调整 Elasticsearch 配置,增加 indices.query.bool.max_clause_count

2. 分片不可用

如果某个分片不可用,可能会导致无法获取该分片中的文档。

解决方法

  • 检查 Elasticsearch 集群的健康状态,确保所有分片都正常运行。
  • 如果分片丢失,可以尝试恢复分片或重新索引数据。

3. 性能问题

获取大量数据时,可能会导致性能下降。

解决方法

  • 使用合适的分页大小,避免一次性检索过多数据。
  • 优化索引和查询,使用更高效的查询语句和索引策略。

参考链接

希望这些信息对你有所帮助!

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

Elastic Search搜索引擎在SpringBoot实践

ES版本:5.3.0 spring bt版本:1.5.9 首先当然需要安装好elastic search环境,最好再安装上可视化插件 elasticsearch-head来便于我们直观地查看数据。...当然这部分可以参考本人帖子: 《centos7上elastic search安装填坑记》 https://www.jianshu.com/p/04f4d7b4a1d3 我ES安装在http://113.209.119.170...:9200/这个地址(该地址需要配到springboot项目中去) ---- Spring工程创建 这部分没有特殊要交代,但有几个注意点一定要当心 注意在新建项目时记得勾选web和NoSQLElasticsearch...项目的配置文件application.yml需要把es服务器地址配置对 ---- 代码组织 我项目代码组织如下: ?...我们来做一下搜索测试:例如我要搜索关键字“南京” 我们在浏览器输入: 搜索结果如下: ? 刚才插入5条记录包含关键字“南京”四条记录均被搜索出来了!

89150

【ES三周年】ES查询—海量数据搜索深度分页优化

每个 shard 查询时,都会将 from 之前位置所有数据和请求 size 总数返回给coordinator。...注意,这里只是缓存 doc_id ,并不是真的缓存了所有文档数据,取数据是在 fetch 阶段完成。...图片 ES检索分为查询(query)和获取(fetch)两个阶段,query阶段比较高效,只是查询满足条件文档id汇总起来。...,但是并没有将所有数据进行fetch,而是每次scroll,读取size个文档,并返回此次读取后一个文档以及上下文状态,用以告知下一次需要从哪个shard哪个文档之后开始读取。...第二步.ES获取shard 内存引用(实际上是ReaderContext 对象引用 ,指向shardsegment 某个状态数据) 第三步.ES从shard 根据dsl 查询出result scroll

3.7K219
  • ElasticSearch初体验

    Elastic Stack 构建在开源基础之上, Elastic Stack 让您能够安全可靠地获取任何来源、任何格式数据,并且能够实时地对数据进行搜索、分析和可视化 Elasticsearch 是基于...基础概念 文档 Document :用户存储在ES数据文档 索引 Index :由具有一些相同字段文档集合 类型 Type : 允许将不同类型文档存储在同一索引,6.0开始官方不允许在一个index..._id: 文档唯一id _uid: 组合id,由_type和_id组成(6.0开始_type不再起作用,同_id一样) _source: 文档原始json数据,可以从这里获取每个字段内容 _all...: 整合所有字段内容到该字段,默认禁用 _routing 默认值为 _id,决定文档存储在哪个shard上:shard_num = hash(_routing) % num_primary_shards...所有文档 GET /bank/_search { "query": { "match": { "address": "mill lane" } } } match_phrase

    1K10

    ES7.5 下动态扩大索引shard数量

    在老版本ES(例如2.3版本), indexshard数量定好后,就不能再修改,除非重建数据才能实现。...(如果文件系统不支持硬链接,则将所有segment都复制到新索引,这是一个非常耗时过程。)    ...3、创建低级文件后,再次对所有文档进行哈希处理,以删除属于不同sharddocuments     4、恢复目标索引,就像它是刚刚重新打开封闭索引一样。...仅添加一个新分片并将新数据推入该新分片是不可行:这可能是一个索引瓶颈,并根据给定_id来确定文档所属分片,这对于获取,删除和更新请求是必需,会变得很复杂。...2、源索引必须比目标索引具有更少primary shard。     3、目标索引shard数量必须是源索引shard数量倍数。

    2.3K31

    别再说你不会 ElasticSearch 调优了,都给你整理好了

    ,当然,和local storage比起来,它还是要慢点 如果你搜索是 CPU-bound,买好CPU吧 文档模型(document modeling) 文档需要使用合适类型,从而使得 search-time...但,如“返回满足某个query 所有文档”等数据库领域工作,并不是es最擅长领域。如果你确实需要返回所有文档,你可以使用Scroll API 2、避免 大doc。...即使它不请求 _source字段,获取大doc _id 字段消耗更大 b.索引大doc时消耗内存会是 doc本身大小 好几倍 c.大doc proximity search, highlighting...这是相当坏用户体验 如果存在 replica,则就可能发生这种事,这是因为: search时,replication groupshard是按round-robin方式来选择,因此两次运行同样请求...但,如果查询 包含 非常大量 字段/term查询,或者有 fuzzy查询,此时,获取 索引统计 可能并不cheap,因为 为了得到 索引统计 可能 term dictionary 所有的term

    1.2K40

    ElasticSearch 性能优化实战,让你 ES 飞起来!

    ,和local storage比起来,它还是要慢点 如果你搜索是 CPU-bound,买好CPU吧 3、文档模型(document modeling) 文档需要使用合适类型,从而使得 search-time...但如“返回满足某个query 所有文档”等数据库领域工作,并不是es最擅长领域。如果你确实需要返回所有文档,你可以使用Scroll API 2、避免大doc。...即使它不请求 _source字段,获取大doc _id 字段消耗更大 b.索引大doc时消耗内存会是 doc本身大小 好几倍 c.大doc proximity search, highlighting...这是相当坏用户体验 如果存在 replica,则就可能发生这种事,这是因为:search时,replication groupshard是按round-robin方式来选择 因此两次运行同样请求...但如果查询包含非常大量 字段/term查询,或者有 fuzzy查询,此时,获取 索引统计 可能并不cheap,因为为了得到索引统计 可能 term dictionary 所有的term都需要被查询一遍

    2K10

    30 个 ElasticSearch 调优知识点,都给你整理好了!

    ,当然,和local storage比起来,它还是要慢点 如果你搜索是 CPU-bound,买好CPU吧 3.文档模型(document modeling) 文档需要使用合适类型,从而使得 search-time...但,如“返回满足某个query 所有文档”等数据库领域工作,并不是es最擅长领域。如果你确实需要返回所有文档,你可以使用Scroll API 2、避免 大doc。...即使它不请求 _source字段,获取大doc _id 字段消耗更大 索引大doc时消耗内存会是 doc本身大小 好几倍 大doc proximity search, highlighting 也更加昂贵...这是相当坏用户体验 如果存在 replica,则就可能发生这种事,这是因为:search时,replication groupshard是按round-robin方式来选择,因此两次运行同样请求...但,如果查询 包含 非常大量 字段/term查询,或者有 fuzzy查询,此时,获取 索引统计 可能并不cheap,因为 为了得到 索引统计 可能 term dictionary 所有的term

    99821

    别再说你不会ElasticSearch调优了,都给你整理好了

    但,如“返回满足某个query 所有文档”等数据库领域工作,并不是 es 最擅长领域。如果你确实需要返回所有文档,你可以使用 Scroll API 2、避免 大 doc。...即使它不请求 _source字段,获取大doc _id 字段消耗更大 b.索引大doc时消耗内存会是 doc本身大小 好几倍 c.大doc proximity search, highlighting...这是相当坏用户体验 如果存在 replica,则就可能发生这种事,这是因为: search时,replication groupshard是按round-robin方式来选择,因此两次运行同样请求...(默认是query_then_fetch) dfs_query_then_fetch作用是向 所有相关shard 发出请求,要求 所有相关shard 返回针对当前查询 索引统计,然后,coordinating...但,如果查询 包含 非常大量 字段/term查询,或者有 fuzzy查询,此时,获取 索引统计 可能并不cheap,因为 为了得到 索引统计 可能 term dictionary 所有的term

    5.5K30

    ES入门宝典(详细截图版)

    逻辑存储 相当于关系型数据库表 每个索引有一或多个分片(shard) 每个分片有多个副本(replica) 分片shard 单台机器无法存储大量数据,es可以将一个索引数据切分为多个shard,...文档document es最小数据单元,一个document可以是一条客户数据,一条商品分类数据,一条订单数据,通常用JSON数据结构表示,每个index下type,都可以去存储多个document...面向文档存储 (1)应用系统数据结构都是面向对象,复杂 (2)对象数据存储到数据库,只能拆解开来,变为扁平多张表,每次查询时候还得还原回对象格式,相当麻烦 (3)ES是面向文档文档存储数据结构...,与面向对象数据结构是一样,基于这种文档数据结构,es可以提供复杂索引,全文检索,分析聚合等功能 (4)esdocument用json数据格式来表达 映射mapping 文档每个字段根据不同类型做相应分析...search参数http附带 took:整个搜索请求花费了多少毫秒 timed_out:是否超时 _shards:切片 hits.total:本次搜索,返回了几条结果 hits.max_score:本次搜索所有结果

    57210

    ElasticSearch-7.10 参考手册

    ": "200ms",   "index.search.slowlog.level": "info"} 日志记录是在shard级别的范围内完成,这意味着在特定shard执行搜索请求。...所有的索引和删除操作在被内部索引处理之后但在它们被确认之前被写入translog。在崩溃情况下,当shard恢复时,可以从translog恢复。...ES 7.0 以后版本不在支持 _default_ mapping 在es,在同一个索引,索引多个不同类型文档时,其相同field类型应该是相同,如果引起field字段类型冲突,可以将两个冲突类型文档放入到不同索引...根据距离对文档进行排序 2. 将距离加入到文档相关性得分计算 3. 聚合 距离 范围内文档 4....如果在shard 执行失败,协调器node 会选择其他副本继续执行查询,直到没有可用副本 索引API https://www.elastic.co/guide/en/elasticsearch/reference

    5.3K10

    别再说你不会 ElasticSearch 调优了,都给你整理好了

    ,当然,和local storage比起来,它还是要慢点 如果你搜索是 CPU-bound,买好CPU吧 文档模型(document modeling) 文档需要使用合适类型,从而使得 search-time...但,如“返回满足某个query 所有文档”等数据库领域工作,并不是es最擅长领域。如果你确实需要返回所有文档,你可以使用Scroll API 2、避免 大doc。...即使它不请求 _source字段,获取大doc _id 字段消耗更大 b.索引大doc时消耗内存会是 doc本身大小 好几倍 c.大doc proximity search, highlighting...这是相当坏用户体验 如果存在 replica,则就可能发生这种事,这是因为:search时,replication groupshard是按round-robin方式来选择,因此两次运行同样请求...但,如果查询 包含 非常大量 字段/term查询,或者有 fuzzy查询,此时,获取 索引统计 可能并不cheap,因为 为了得到 索引统计 可能 term dictionary 所有的term

    5.3K60

    30 个 ElasticSearch 调优知识点,都给你整理好了!

    ,当然,和local storage比起来,它还是要慢点 如果你搜索是 CPU-bound,买好CPU吧 3.文档模型(document modeling) 文档需要使用合适类型,从而使得 search-time...但,如“返回满足某个query 所有文档”等数据库领域工作,并不是es最擅长领域。如果你确实需要返回所有文档,你可以使用Scroll API 2、避免 大doc。...即使它不请求 _source字段,获取大doc _id 字段消耗更大 索引大doc时消耗内存会是 doc本身大小 好几倍 大doc proximity search, highlighting 也更加昂贵...这是相当坏用户体验 如果存在 replica,则就可能发生这种事,这是因为:search时,replication groupshard是按round-robin方式来选择,因此两次运行同样请求...但,如果查询 包含 非常大量 字段/term查询,或者有 fuzzy查询,此时,获取 索引统计 可能并不cheap,因为 为了得到 索引统计 可能 term dictionary 所有的term

    68930

    Elasticsearch 30 个调优

    但,如“返回满足某个 query 所有文档”等数据库领域工作,并不是 es 最擅长领域。如果你确实需要返回所有文档,你可以使用 Scroll API 「2、避免 大doc。...即使它不请求 _source字段,获取大 doc _id 字段消耗更大 索引大 doc 时消耗内存会是 doc 本身大小好几倍 大 doc proximity search, highlighting...这是相当坏用户体验 如果存在 replica,则就可能发生这种事,这是因为:search时,replication groupshard是按round-robin方式来选择,因此两次运行同样请求...这样,执行queryshard 将使用 全局索引统计 querythen_fetch 作用是 向 所有相关 shard 发出请求,要求 所有相关shard 返回针对当前查询 索引统计 然后,coordinating...但,如果查询 包含 非常大量 字段/term查询,或者有 fuzzy 查询,此时,获取 索引统计 可能并不 cheap,因为 为了得到 索引统计 可能 term dictionary 所有的 term

    24110

    Elasticsearch之元数据(meta-fields)介绍

    有哪些meta-fields ES中元数据大体分为五类型:身份元数据、索引元数据、文档元数据、路由元数据以及其他类型元数据 2.1....索引元数据 _all: 自动组合所有的字段值,以空格分割,可以指定分器词索引,但是整个值不被存储,所以此字段仅仅能被搜索,不能获取到具体值 _field_names:索引了每个字段名字,可以包含null...文档元数据 _source : 一个doc原生json数据,不会被索引,用于获取提取字段值 ,启动此字段,索引体积会变大,如果既想使用此字段 又想兼顾索引体积,可以开启索引压缩 https:/.../docs-update.html highlighting:https://www.elastic.co/guide/en/elasticsearch/reference/2.3/search-request-highlighting.html..._id字段来参与路由规则,如果此doc有父子关系,则会以父亲_id作为路由规则,以确保父子数据 必须处于同一个shard上,以提高join效率 需要注意是如果指定了使用自己路由规则,如果两个文档

    2.5K60

    Elasticsearch概念及Search和Analyzer简单使用

    = true # 这样就不能使用_all和*了 获取当前索引 # curl -u elastic:changeme 'localhost:9200/_cat/indices?...Shard) 用以解决数据高可用问题,分片是主分片拷贝 # 副本分片数,可以动态替调整 # 增加副本数,还可以一定程度上提升服务高可用性(读取吞吐) 一个三节点集群,blogs索引分片分布情况..., 文档(Document) Elasticsearch是面向文档,文档所有可搜索数据最小单位 # 日志文件日志项 # 一本电影具体信息 / 一张唱片详细信息 # MP3播放器里一首歌...# 找到文档,返回HTTP 200 # 文档元信息 # _index/_type/ # 版本信息,同一个id文档,即使被删除,Version号也会不断增加 # _souece默认包含了文档所有原始信息...Mapping定义,用于定义包含文档字段名和字段类型 # Shard体现了物理空间概念: 索引数据分散在Shard上 # 索引Mapping与Settings # Mapping

    1.2K30

    深入分析Elastic Search写入过程

    最近又用到了ES,想找找过去总结文档,居然只有一篇,搞了半年ES,遇到那么多问题,产出只有这么点,真是说不过去啊。...集群中所有的节点都可以是coordinate节点。...elastic search 写入中间过程还多了一层buffer,我们知道buffer和cache虽然都是为了提高写入效率,但是工作原理不同, 1、Buffer(缓冲区)是系统两端处理速度平衡(从长时间尺度上看...所以像elastic search mysql innodb这种操作日志写buffer也会提供配置项,来保证当事务成功后,操作日志会被刷盘。不过 es 操作日志最小刷盘不能低于 100ms....写磁盘 mysql redo logs bin log redo logs写bufferelastic search translog translog 写buffer 有兴趣同学可以之前写过

    82620
    领券