Elasticsearch 写入优化探索：是什么影响了refresh 耗时？

1、问题背景：

数据写入后，refresh耗时过长，能达到1s-5s。

想通过测试，探索确认影响refresh的因素，比如：写入操作是新增还是更新，deleted文档占比是否有影响，是否有其他索引配置，等等。

2、测试过程全记录

旧索引：24主分片，1副本，经过长期forcemerge，最大segmeng 33gb，镜像后deleted占比 8%左右。

noforcemerge 索引：24主分片，1副本，reindex后最大segmeng 5gb，deleted占比0%。

nosoftedelete 索引：关闭softdelete策略，24主分片，0副本，reindex后最大segmeng 5gb，deleted占比0%。

3、查询测试

4、观测到的现象

1. 纯更新操作会导致明显的 refresh 高耗时。

2. 降低索引中 deleted文档的占比也能降低refresh的高耗时。

3. noforcemerge 索引的更新测试中，通过es热线程的抓取，refresh 的出现降低了（但依旧是100%），merge线程出现增多了不少。

4. soft delete 关闭的索引，refresh 耗时明显下降了，并且与 deleted 文档占比明显无关联。

5、测试初步结论

5.1 结论1. large segment 策略对索引日常使用无明显变化。

large segment 策略的修改对索引日常的查询和写入没有额外的资源占用。

同时也达到了预期自动清理deleted文档的效果。

5.2 结论2. refresh 影响因素。

• 1.soft delete：soft delete模式是否开始直接影响refresh的耗时。关闭soft delete可降低refresh耗时，但不推荐。
• 2.写入操作类型：开启 soft delete后，数据更新操作会明显增加 refresh耗时，而单纯的新增数据则没有太多的refresh耗时。
• 3.deleted 占比：deleted 文档占比越高，refresh耗时越大。

6、扩展：关于soft delete

6.1 soft delete 用途

用于分片间数据同步和恢复，属于 ES 分布式基础实现。

具体内容详见：

https://www.elastic.co/guide/en/elasticsearch/reference/7.10/index-modules-history-retention.html

soft delete详解：默认为开启，只能在索引创建时设定，不可通过开关索引操作修改。官方后期准备把这个参数去掉，这也是不建议修改soft_delete参数的一个原因。

6.2 soft delete对 refresh 的影响

在测试过程以及社区文档中，均发现了soft_delete索引下 update 操作增加了refresh耗时的现象。

https://mp.weixin.qq.com/s/_l8JAtqK_NOSP8b7OqSVDg

作者介绍

金多安，Elastic 认证专家，Elastic资深运维工程师，死磕Elasticsearch知识星球嘉宾，星球Top活跃技术专家，搜索客社区日报责任编辑

铭毅天下审稿并做了部分微调。