由 dawei 漏洞修复后，索引状态可能已偏离预期：字段映射错乱、分词器失效、文档遗漏或元数据损坏。若仅依赖自动同步或增量更新，残留的异常数据会持续干扰搜索结果的相关性与响应速度，甚至引发查询失败。
索引重建并非简单删除再创建。应采用滚动重建策略：新建一个同结构但命名区分的索引（如orders_v2），在后台完成全量导入与验证；同时通过别名机制将读写流量无缝切换至新索引，全程业务无感，零停机。
数据源需严格校验一致性。重建前比对原始数据库快照与当前索引文档总量、关键字段哈希值及时间戳范围，识别缺失或重复条目；避免将漏洞期间产生的脏数据重新载入。可借助Elasticsearch的reindex API配合query过滤，跳过已知异常时段记录。
分词与分析器配置须同步升级。例如修复SQL注入漏洞后，若曾禁用标准分词器以规避风险，现应恢复并补充自定义词典；同时为新增的富文本字段启用ngram分析，提升模糊匹配能力。所有变更需在测试索引中预演，确保查询逻辑兼容。
重建过程须监控核心指标：段合并耗时、内存峰值、查询延迟波动及返回结果准确率。建议分批次执行（按日期或ID区间），单批控制在50万文档内，并设置失败回滚点——任一批次异常即暂停，保留旧索引可用。
AI辅助设计图，仅供参考
完成切换后，保留旧索引7天供追溯核查，随后执行force_merge优化段数，并启用索引只读模式防止误写。同步更新应用层的查询DSL，利用新字段支持高亮增强、同义词扩展和评分调权，使修复真正转化为搜索体验提升。