Elasticsearch 别名（Aliasing）概念及使用场景相关问题咨询

核心定义 #

Elasticsearch 别名是指向一个或多个真实资源的虚拟映射，常见分为两类：

• 最常用的索引别名，可以理解为索引层的软链接，本身不存储任何数据，所有对别名的请求都会由 Elasticsearch 自动转发到它绑定的真实索引上
• 字段别名，是在索引 Mapping 中定义的虚拟字段，映射到已有的真实字段，用于简化查询语句，无需修改上层调用的字段名

运行逻辑 #

别名的映射关系完全由 Elasticsearch 集群元数据统一管理，请求转发逻辑对调用方完全透明：

• 读请求：如果别名绑定了多个索引，Elasticsearch 会自动将请求并行转发到所有绑定的索引，合并查询结果后返回
• 写请求：默认禁止向绑定多个索引的别名发起写请求，如果需要通过别名写入，要提前在绑定的索引中指定某一个为is_write_index: true，所有写请求会自动转发到这个被标记的索引
• 别名的绑定、解绑、切换操作都是原子性的，不会出现请求中断或者中间状态

给索引order_v1绑定别名order的操作示例：

POST /_aliases
{
  "actions": [
    { "add": { "index": "order_v1", "alias": "order" } }
  ]
}

后续调用方直接查询order就等价于查询order_v1，不需要感知真实索引名称。如果后续要上线重构后的order_v2索引，只需要原子执行切换操作即可：

POST /_aliases
{
  "actions": [
    { "remove": { "index": "order_v1", "alias": "order" } },
    { "add": { "index": "order_v2", "alias": "order" } }
  ]
}

整个切换过程无停机窗口，调用方不需要修改任何代码配置。

实际使用场景 #

• 无停机索引重构/版本迭代：当你需要修改索引的 Mapping、分片数等不支持动态修改的配置时，可以新建符合要求的新索引，全量同步数据后直接切换别名绑定的索引，完全不影响线上业务可用性
• 多索引统一查询入口：比如你按月份拆分存储日志，索引为log_202401、log_202402、log_202403，可以给所有日志索引绑定别名log_all，调用方查询全量日志时只需要访问log_all即可，不需要每次拼接所有索引名称
• 数据权限/场景隔离：同一个商品索引，可以给C端查询场景绑定带过滤条件的别名，自动过滤下架商品，给内部运营场景绑定全量数据的别名，不需要额外维护多份重复索引
  过滤别名配置示例：

  POST /_aliases
  {
    "actions": [
      {
        "add": {
          "index": "product",
          "alias": "product_online",
          "filter": { "term": { "status": "online" } }
        }
      }
    ]
  }
  

  后续所有对product_online的查询，自动只返回已上架的商品数据
• 灰度流量验证：新版本索引上线后，可以给别名同时绑定新旧两个索引，通过调整流量权重逐步把流量切到新索引，验证没有问题再完全下线旧索引，降低上线风险

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