ElasticSearch修改Alias返回200且已确认，但别名未变更

问题背景 #

• 环境：Elasticsearch 8.4.3，Java 17，3个候选主节点集群
• 操作流程：
  1. 初始状态：索引products-2023-01-12-0900绑定别名current-products（注：补充的操作前GET /_cat/aliases?v结果显示绑定的是products-2023-01-13-1510，疑似笔误）
  2. 创建新索引products-2023-01-12-1520
  3. 通过elastic-rest-client调用别名API发送原子批量操作：

     POST /_aliases
     {"actions":[
        {
         "remove": { 
            "alias":"current-products",
            "index":"products-*"
         }
        },
        { 
         "add":{
            "alias":"current-products",
            "index":"products-2023-01-12-1520"}
         }
     ]}
     

  4. 收到HTTP 200响应{"acknowledged":true}，但偶发旧索引仍保留current-products别名（约20%概率）

问题分析 #

Elasticsearch官方明确说明/_aliases的批量操作是原子性的：要么所有操作都执行成功，要么全部失败。正常情况下，收到acknowledged:true意味着主节点已经完成集群状态的变更，所有节点都会同步这个状态，不应该出现部分操作生效的情况。

但你遇到的偶发现象不符合这一预期，大概率是Elasticsearch 8.4.3版本中的已知偶发bug：

• 可能是通配符匹配在集群状态同步过程中出现竞态条件：当主节点处理remove操作时，若集群中索引状态存在临时不一致，可能导致通配符未匹配到目标旧索引
• 也可能是批量别名操作的原子性保障在特定场景下失效的问题

结论 #

这并非正常行为，属于偶发的已知bug范畴。建议：

• 规避方案：将remove操作中的通配符products-*替换为具体的旧索引名称，避免通配符匹配的潜在问题
• 升级验证：升级到Elasticsearch 8.x的后续稳定版本（如8.5+），这类偶发的集群状态同步问题通常会在后续版本中修复

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