Elasticsearch 7.9.0 单节点集群重索引字段随机未更新问题求助

可能的根因 #

• 自定义插件逻辑异常：你自行开发的自定义REST端点替代了原生CRUD逻辑，若插件内部处理更新请求的字段合并、参数传递逻辑存在线程安全问题（如复用可变对象未清空、静态变量存储请求参数），就会出现偶发的字段丢失，这是概率性问题的高频诱因。
• 请求构造阶段字段丢失：如果上游构造更新文档的逻辑使用了非线程安全的容器（如HashMap）或复用POJO对象，多个并发线程会互相覆盖对象内的字段，导致发往ES的请求本身就缺失部分字段，ES自然不会更新对应字段，且会返回正常成功响应。
• 版本冲突重试不足：你配置了setRetryOnConflict(1)，高并发场景下同一文档同时被多次更新时，1次重试不足以解决所有版本冲突，ES 7.9.0版本在docAsUpsert模式下存在偶发的冲突重试后字段合并异常的已知问题。
• 索引副本配置异常：你使用单节点集群，但更新返回的ShardInfo显示分片总数为2，说明索引配置了1个副本分片，单节点下副本分片处于未分配状态，低版本ES存在主分片写入成功但副本同步异常导致的字段丢失隐患。

排查与解决步骤 #

• 先排除自定义插件问题：临时下线自定义插件，直接调用ES原生Update接口执行相同的重索引流程，若问题不再复现，重点排查插件内更新请求的处理逻辑，优先检查线程安全相关的代码，清理全局可变变量、对象复用前先清空残留字段。
• 增加请求参数校验日志：在调用updateRequestBuilder.setDoc()之前，打印完整的待更新字段内容，与预期更新的字段对比，确认发往ES的请求本身没有缺失字段，若请求阶段就存在字段丢失，排查上游业务代码的线程安全问题。
• 调整重试参数与版本：将setRetryOnConflict(1)调整为5~10，适配高并发场景的版本冲突，同时可将测试环境的ES升级到7.9.3小版本，修复7.9.0存在的更新相关已知bug。
• 调整索引副本配置：单节点集群场景下，将索引的副本数设置为0，执行PUT /<索引名>/_settings {"number_of_replicas":0}，排除未分配副本带来的异常影响。

内容的提问来源于stack exchange，提问作者Bikas Kumar Patro