根据以前的测试，forceMerge段合并，将段的个数合并成一个。带来了将近一倍的性能提升，测试过程文档（请参考我的另外一篇文章）：ES优化实战-forceMerge搜索提升测试报告_esforcemerge_水的精神的博客-CSDN博客 注意，这次测试，只是这对一个长文本字段（就像一篇文章）的检索测试。假如同时对多个字段做检索，带来的性能会好更多！ 时间已经过去了许久，对检索的原理，对es集群的理解也有了更高的层次。再写一篇文章，来讲讲为什么会性能提升。讲讲段合并的适用场景，以及需要注意的事项。用的好了性能提升很多，用的不好，性能反而降低很多。能够提升的原理在Elasticsearch中，

为了提高搜索性能。为不再更新的只读索引执行forcemerge，将Lucene索引合并为单个分段，可以提升查询速度。当一个Lucene索引存在多个分段时，每个分段会单独执行搜索再将结果合并，将只读索引强制合并为一个Lucene分段不仅可以优化搜索过程，对索引恢复速度也有好处。在kibana操作，命令如下###查看某个index的forceMerge情况GET/_cat/segments/order_dev1?v&s=prirep,shard##查看分段数GET_cat/segments/order_dev1?v&h=shard,segment,size,size.memory##分段合并api