关于Solr部分更新机制及替代方案的技术问询

• Solr的部分更新本质是生成完整新文档重新索引，这需要读取原文档中未被更新的字段值来合并。如果字段没设置stored=true或docValues=true，Solr无法从索引中还原这些字段的原始值，自然没法生成完整的新文档，所以必须开启其中一个属性。
• 是的，Solr通过唯一键（默认是id）定位目标文档。找到原文档后，它会提取需要保留的字段值，和更新请求里的新字段合并成完整文档，写入当前的开放段。
• 旧版本文档会被标记为软删除，不会立即从磁盘删除。这些标记的文档会在后续的段合并操作中被彻底清理，且查询时会自动过滤掉它们，不会影响查询结果。

你的场景里，用源数据库生成完整文档重新索引替代Solr部分更新是完全可行的，甚至在很多方面更有优势，具体分析如下：

核心优势 #

• 无需为部分更新设置stored=true或docValues=true，能直接减少索引的存储体积，同时避免Solr加载存储字段/docValues到内存的开销，释放更多内存用于索引缓存，提升查询性能。
• 逻辑更简单，不需要依赖Solr的部分更新机制，减少了因字段配置错误导致的更新失败风险。

需要注意的细节 #

• 数据一致性：要确保数据库更新后能及时触发Solr的文档重索引，避免出现数据延迟。可以通过数据库触发器、消息队列等方式实现更新事件的同步。
• 更新频率控制：如果单文档更新非常频繁，短时间内多次重索引会产生大量小片段，增加段合并的压力。可以考虑做批量延迟更新，比如攒一批更新请求后再批量提交。
• 数据库读取性能：要优化从数据库读取文档的效率，比如给查询字段建立索引，或者使用缓存来重复利用高频读取的文档数据，避免拖慢索引更新速度。

内容的提问来源于stack exchange，提问作者optimus