elasticsearch ElasticSearch 6.0.1:…/_ForceMergeAPI不能随更多线程扩展(是否被限制?),elasticsearch,merge,segment,throttling,elasticsearch,Merge,Segment,Throttling" /> elasticsearch ElasticSearch 6.0.1:…/_ForceMergeAPI不能随更多线程扩展(是否被限制?),elasticsearch,merge,segment,throttling,elasticsearch,Merge,Segment,Throttling" />

elasticsearch ElasticSearch 6.0.1:…/_ForceMergeAPI不能随更多线程扩展(是否被限制?)

elasticsearch ElasticSearch 6.0.1:…/_ForceMergeAPI不能随更多线程扩展(是否被限制?),elasticsearch,merge,segment,throttling,elasticsearch,Merge,Segment,Throttling,我使用的是ES 6.0.1,必须对许多索引执行频繁的索引打开/追加/关闭模式,通常是并行地从不同的客户端执行。(是的,我每次都要打开和关闭) 这导致每个索引中有大量的小Lucene片段,并且随着时间的推移,所述序列会变慢(有时慢2-5倍)。默认的ES段合并策略显然做得不好 当我使用API合并索引中的段时,对于已处理的索引,序列的性能将恢复正常。但是,由于索引数量很多,我必须多次应用它来处理所有索引。自然地,我在多个线程(连接)中运行它,但似乎ES从未并行此操作,并且无论我发出多少并行请求,合并的

我使用的是ES 6.0.1,必须对许多索引执行频繁的索引打开/追加/关闭模式,通常是并行地从不同的客户端执行。(是的,我每次都要打开和关闭)

这导致每个索引中有大量的小Lucene片段,并且随着时间的推移,所述序列会变慢(有时慢2-5倍)。默认的ES段合并策略显然做得不好

当我使用API合并索引中的段时,对于已处理的索引,序列的性能将恢复正常。但是,由于索引数量很多,我必须多次应用它来处理所有索引。自然地,我在多个线程(连接)中运行它,但似乎ES从未并行此操作,并且无论我发出多少并行请求,合并的结果速率都是相同的

我读过,也试过,但没用


是否有人可以建议对此使用w/a?

您可以通过elasticsearch配置文件更改force\u merge线程池的大小,例如:

thread_pool.force_merge.size: 5
并且不要忘记在配置更改后重新启动Elasticsearch