| 场景 | 说明 |
|---|---|
| Mapping 变更 | 修改字段类型(如 text → keyword)、添加新字段、启用新分析器 |
| 设置优化 | 调整分片数、副本数、refresh interval、translog 配置等 |
| 数据清理 | 删除无效文档、修正历史错误数据、规范化结构 |
| 版本升级 | ES 集群升级后需使用新版本特性或修复旧索引兼容性问题 |
| 性能调优 | 通过 force_merge、调整存储格式提升查询与存储效率 |
| 问题 | 影响 |
|---|---|
| 长时间停机 | 数分钟至数小时,取决于数据量 |
| 业务完全中断 | 写入与查询均不可用 |
| 高风险操作 | 任意环节失败可能导致数据丢失或服务不可用 |
| 类型 | 命名格式 | 示例 |
|---|---|---|
| 别名(Alias) | 固定业务名称 | search_history |
| 物理索引 | 别名_版本号/时间戳 | search_history_v2 |
| 问题 | 解答 |
|---|---|
| 重建期间能写入吗? | 可以!写入走别名 → 旧索引;新索引通过业务数据源同步 |
| 切换有延迟吗? | 无!别名切换是元数据操作,毫秒级 |
| 大数据量(TB 级)怎么办? | 使用多线程批量导入 + 增量追赶 + 远程同步 |
| 如何处理字段冲突? | 在同步过程中使用脚本或 pipeline 转换数据 |