DEFAULT_NO_CFS_RATIO
DEFAULT_NO_CFS_RATIO这个用于判断生成新段的时候,是否使用复合文件, 复合文件(Compound File)是将多个索引文件合并为一个单一的文件组合,以减少文件数量和提高性能。
在 Lucene 中,复合文件主要由两个部分组成:
.cfs: 它包含多种索引文件(比如nvd,fdt,dvm等)的内容。
.cfe: 它则主要记录了每种索引文件在cfs中的offset和length信息,方便快速定位到具体的内容。
DEFAULT_NO_CFS_RATIO 默认为0.1, 如果合并段的大小小于或者等于 DEFAULT_NO_CFS_RATIO * 所有段的总大小
,那么就使用复合文件,否则就不使用。
MERGE_TYPE 合并类型
1、NATURAL。是正常索引维护过程(文档增删改查)中,根据合并策略自动触发的 merge。
2、FORCE_MERGE_DELETES。只对那些包含了删除文档(占10%,由变量forceMergeDeletesPctAllowed控制 )的段进行合并。当 ES 调用forcemerge 指定only_expunge_deletes, 则会进行这种类型的merge。
3、FORCE_MERGE。实际上在 lucene 中没有地方使用到这个枚举值,ES 源码中也没有。
其他属性
**maxMergeAtOnce。**在NATURAL情况下,同时合并的最大段数,默认10
**maxMergedSegmentBytes。**在NATURAL情况下,最大允许生产的合并后段的大小,默认5G
**maxMergeAtOnceExplicit。**在forcemerge和forcemergeDeletes情况下,同时合并的最大段数,默认无限。
**floorSegmentBytes。**段大小小于这个floorSegmentBytes大小,则都认定他们的SegmentSize都是这个大小, 默认2M
**segsPerTier。**这个越少会带来更多的合并,设置每层需要包含segsPerTier个段才被允许合并, 默认为10
**deletesPctAllowed。**表示允许索引中的删除文档占总文档数的最大百分比。较低的值会使索引更加节省空间,但可能会增加 CPU 和 I/O 活动。默认值是 33。
段合并流程
在org.apache.lucene.index.TieredMergePolicy#findMerges 中实现的
1)初始化。
先获取正在合并的段列表,通过调用 getSortedBySegmentSize 方法,根据段的大小从大到小对 infos 中的段进行排序,得到排序后的列表 sortedInfos。
2)统计合并信息和过滤。
遍历统计 sortedInfos 中的段中的信息:
-
- 如果段正在合并,则将其大小累加到 mergingBytes 中,并从列表中移除,同时更新 totalMaxDoc(累计存活的文档数)。
- 否则,统计删除文档数和总最大文档数,并更新 minSegmentBytes为当前段大小的最小值。
- 累计总索引字节数 totIndexBytes (用于后续分层)。
3)计算删除文档比例。
计算所有段的删除文档的比例,超出这比例的段或者索引一定会被合并。
4)计算索引允许的删除文档数。
根据索引内的删除文档比例和设置的 deletesPctAllowed(默认为 33%)计算出允许的删除文档数 allowedDelCount。
5)移出过大的段。
移除的前提是段的大小大于maxMergedSegmentBytes(默认5G)的一半大小,其次需要满足如下两个条件之一:
-
- 段的删除文档数小于阈值。
- 索引的删除文档数小于阈值。
6)不断分层,计算index中允许的segment数。
索引允许的段数为每层的总和,最终和segsPerTier比较去最大值。当计算出的allowedSegCount 大于segsPerTier,就会去判断floorSegmentBytes
-
- floorSegmentBytes 太小,会导致allowedSegCount 很大,这会导致存在大量的小段。
- floorSegmentBytes 太大,会导致合并的段越大,段越少,但是有maxMergedSegmentBytes控制。
-
7)调用doFineMerges。
总而言之,就是为了得到可以合并的段列表、每次合并的最大段数、索引允许的段数、允许删除的文档数、是否有超出大的合并(合并的字节总数大于maxMergedSegmentBytes),而这些作为参数进而调用doFindMerges函数。