我们的ES面临着一个问题。合并不会像摄取/更新那样快速发生，因此我们有大量已删除的文档需要额外65％的空间。我已经读过合并自动发生，我们也可以强制使用ES命令，但除非我停止项目摄取/更新，否则两者似乎都不起作用。 ES为数百万项的聚合查询提供了出色的性能，因此我们将其用作主数据库。
我们从ES 2.X切换到ES 5.5仍然存在此问题。
我玩过forcemerge，shard size，shard count＆amp;停止摄入。只有最后一个工作。
有没有办法让我们在不停止项目摄取/更新的情况下减少此删除的文档数量？
答案 0 :(得分：1)
在Elasticsearch 5.x上，如果合并落后，应该有一种背压指数利率的机制。想知道是否是这种情况。您可以使用另一个设置，它决定何时应根据删除次数触发合并。您可以将其配置为合并策略的一部分，请参阅