根据ES的写入原理分析，默认每秒从memory buffer里面搬运数据到filesystem cache，生产一个segments段，由后台程序定期分梯队进行合并（该部分原理还没深入研究），不过从查看到的segments数量，大小来看，默认的合并效果并不好，会出现很多小segments没有合并。根据操作系统的原理，一个索引打开太多的文件，势必会影响性能，ES也开放了相应的接口给用户对这些segments经行手动合并。
下面介绍一下forcemerge相关命令
执行合并segment
计算规则(参考)：按照每个segment 5GB 来评估 max_num_segments，根据实际情况，比如 index最大的分片5gb，max_num_segments就是1.
max_num_segments取值为：max_num_segments =（单个索引的大小G/分片数/5G）
建议每天业务低峰进行一次
POST indexname/_forcemerge?max_num_segments=1
参数说明:
| 参数 | 说明 |
|---|---|
| max_num_segments | 合并到的段数。要完全合并索引，请将其设置为1。默认值是简单地检查是否需要执行合并，如果需要，则执行合并。 |
| only_expunge_deletes | 合并过程应该只删除其中有删除的段。在Lucene中，不会从段中删除文档，而只是将其标记为已删除。在段的合并过程中，将创建一个没有这些删除的新段。此标志仅允许合并具有删除的段。默认为false。请注意，这不会超过 index.merge.policy.expunge_deletes_allowed阈值。 |
| flush | 强制合并后是否应该执行刷新。默认为 true。 |
查看每台机器执行merge线程数
GET _cat/thread_pool/force_merge?v&s=name
查看哪些index在merge
GET /_cat/indices/?s=segmentsCount:desc&v&h=index,segmentsCount,segmentsMemory,memoryTotal,mergesCurrent,mergesCurrentDocs,storeSize,p,r
使用task api 查看force merge
GET _tasks?detailed=true&actions=*forcemerge
查看segment
GET _cat/segments?v&h=shard,segment,size.memory
查看索引大小
GET _cat/indices/ads_user_profile?v
