高负载Elasticsearch系统中如何高效交换两个索引？

在高负载ES系统中，**别名（Alias）**是实现无停机索引切换的标准方案，完全适配你的缓存预热场景，具体步骤如下：

1. 初始架构：用别名替代直接索引访问 #

业务侧所有搜索请求都指向固定别名（比如cache_search），而非具体索引名。初始时将旧缓存索引（比如cache_v1）关联到该别名：

POST /_aliases
{
  "actions": [
    { "add": { "index": "cache_v1", "alias": "cache_search" } }
  ]
}

2. 创建并预热新缓存索引 #

创建新索引（比如cache_v2），确保其mapping、分片/副本配置与旧索引一致（或匹配当前业务需求），然后通过_bulk批量写入API填充最新缓存数据。数据写入完成后，可通过以下命令确认数据完整性：

GET /cache_v2/_count

必要时手动触发索引刷新，确保数据可被查询：

POST /cache_v2/_refresh

3. 原子交换别名关联 #

使用_aliases API执行原子操作，同时移除旧索引与别名的关联、添加新索引与别名的关联。这个操作瞬间完成，不会出现中间状态，完全适配高负载场景：

POST /_aliases
{
  "actions": [
    { "remove": { "index": "cache_v1", "alias": "cache_search" } },
    { "add": { "index": "cache_v2", "alias": "cache_search" } }
  ]
}

4. 清理旧索引 #

确认业务请求已正常切换到新缓存索引后，删除旧索引释放集群资源：

DELETE /cache_v1

关键注意事项 #

• 必须用原子别名交换：绝对不能先移除旧关联再添加新关联，否则会出现短暂的别名无绑定状态，导致请求失败。
• 新索引配置要对齐旧索引：包括字段类型、分片数、副本数等，避免切换后出现查询报错或性能下降。
• 预热优先用批量写入：_bulk API能大幅提升数据写入效率，适合大规模缓存数据的场景。

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