由于磁盘空间不足,并且索引之一中包含大量已删除的文档,因此我需要执行一个优化命令(ElasticSearch 1.7)
目前,该索引具有以下统计信息:
分片:15 * 1 | docs:23,165,760 | 大小:1.25TB
对不起,我的英语不好 :)
让我知道您是否需要其他统计信息
在优化完成之前,优化API会阻止任何索引/查询操作吗?
不,它可以并行运行,但是索引过程将影响优化。创建了新的细分受众群,这些细分受众群也需要进行优化...
优化API会影响其他索引上的操作吗?
不直接,而是间接使用附加的CPU,内存和磁盘。
是否有大概的时间知道需要多长时间?
Nop :-),也许只能通过预先测试并外推到文档/段的数量。
请注意,优化将需要额外的磁盘空间。如果优化到非常少的段数,则优化过程很可能会最终尝试优化一组非常大的段,这意味着它将需要额外的(largeSegment1_size + largeSegment2_size + ....)磁盘空间。仅当生成的合并段完成时,才会删除旧段。
另外,请查看only_expunge_deletes选项。
另一个建议是在集群上的负载较少时执行优化。正如我提到的那样,优化需要额外的CPU,内存和磁盘空间资源。
本文收集自互联网,转载请注明来源。
如有侵权,请联系 [email protected] 删除。
我来说两句