【问题标题】:Elasticseach stuck at 213 documents and lost dataElasticsearch 卡在 213 个文档并丢失数据
【发布时间】:2019-03-08 19:23:32
【问题描述】:

我有一个具有 1 个节点的弹性搜索设置,并且没有副本节点与数字海洋中的 Kibana 设置共享一个液滴。我的 droplet 有 2GB 内存和足够的 CPU。我的 elasticsearch JVM 设置为使用 768MB RAM(因此 kibana 可以拥有它的份额)。

我的问题是我似乎丢失了数据,因为我的节点卡在 213 个文档上,我已经注意到一些重要的文档已经消失了。

我找不到有关其工作原理的文档。对此我发现的唯一一点是,在处理大量数据时,内存越多越好,并且有一个辅助节点来存储副本是一种很好的做法。

我应该分配更多内存吗?我如何知道我的数据是否被删除以分配更多数据?这是某种分页吗?这可能是 kibana 问题吗?

【问题讨论】:

  • 我的集群运行状况:{ "cluster_name" : "***", "status" : "yellow", "timed_out" : false, "number_of_nodes" : 1, "number_of_data_nodes" : 1, " active_primary_shards”:20,“active_shards”:20,“relocating_shards”:0,“initializing_shards”:0,“unassigned_shards”:5,“delayed_unassigned_shards”:0,“number_of_pending_tasks”:0,“number_of_in_flight_wait”:0,“millistask_max_inqueue” :0,“active_shards_percent_as_number”:80.0 }

标签: json elasticsearch kibana


【解决方案1】:

我解决了。问题是我的 ID 生成。我是手动生成 ID,而不是持久存储最后生成的 ID。一旦系统重新启动,id 就会丢失,并且弹性搜索允许 id 覆盖。

【讨论】:

    猜你喜欢
    • 2016-01-11
    • 2021-02-03
    • 1970-01-01
    • 2018-03-16
    • 1970-01-01
    • 1970-01-01
    • 2021-09-07
    • 2019-04-01
    • 1970-01-01
    相关资源
    最近更新 更多