Elasticsearch-Alias别名的2个核心场景

了解Elasticsearch的Alias别名之后，可以在业务上很方便的实现复杂需求，快速解决问题，本文从3个方面介绍：官方定义、使用场景、使用方法。

一、官方定义

先看下官方对ES 的Alias定义：

重点有2个：

• 别名是一组索引的辅助名称，一个别名可以指向多个索引，一个索引可以有多个别名。
• 使用别名后，在重建索引数据时，无需停机或更改程序代码。

别名有种类似Nginx反向代理的感觉，当访问别名时，相当于访问的实际索引的代理。

二、使用场景

1、一组索引使用同一个别名

比如：存储大量日志数据的场景，或者 存储几亿订单数据的场景。

由于ES索引的单个分片建议大小为30G左右，同时ES的分片数量也不要太大，建议1~5之间。所以，势必要建立多个索引去存储大量数据。比如 按日、按月、按季度、按年 存储等。

此时如果要从这些索引里去查询数据，在不使用Alias的情况下，肯定要在业务代码里写上一堆复杂的逻辑，然后是兼容各种场景和异常，即使感觉做的比较完善了，可能上线后还有未知的问题。

使用Alias后，业务代码无需改动，只需要给相关索引建立同样的别名，然后利用Alias查询，ES会自动将相关的索引数据都查出来。

order_202301(索引名称) => order_alias(别名)

order_202302(索引名称) => order_alias(别名)

order_202303(索引名称) => order_alias(别名)

......

2、一组索引里的部分索引使用同一个别名

比如：数据太大，只需要查询近半年的数据，则使用别名指向近半年的索引即可，业务层依然无需修改代码。滚动更新别名指向的索引。

3、无缝的切换一个索引到另一个索引

比如：正在使用的索引A存在部分异常数据，此时可以重新构建索引B，然后将Alias指向索引B，这样可以无缝切换索引，并且业务层无感知。

4、查询一个索引里面的部分数据构成视图

针对某个索引，有些场景需要固化视图时，就可以设置别名来实现，这样调用方使用起来很方便，无需加入重复的查询条件。比如有个 订单索引，多处需要查询 30天内已支付订单，此时可以利用Alias构建出这样的视图。

5、重建索引

在ES中无法对索引的现有字段做改动，一般的做法是创建新的索引，然后把文档从旧的索引复制到新的索引里。针对这种情况，别名的使用优势就体现出来了，索引别名可以实现旧索引到新索引的平滑迁移。

三、使用方法

1、创建别名

POST _aliases
{
  "actions": [
    {
      "add": {
        "index": "order_202301",
        "alias": "order_alias"
      }
    },
    {
      "add": {
        "index": "order_202302",
        "alias": "order_alias"
      }
    }
  ]
}

2、移除别名

POST _aliases
{
  "actions": [
    {
      "remove": {
        "index": "order_202301",
        "alias": "order_alias"
      }
    }
  ]
}

3、切换别名

POST _aliases
{
  "actions": [
    {
      "remove": {
        "index": "order_202301",
        "alias": "order_alias"
      }
    },
    {
      "add": {
        "index": "order_202303",
        "alias": "order_alias"
      }
    }
  ]
}

4、部分数据构建视图

POST /_aliases
{
  "actions" : [
    {
      "add" : {
         "index" : "order_202303",
         "alias" : "order_alias",
         "filter": {"term" : {"pay_state": 1}}
      }
    }
  ]
}

5、重建索引

• 不使用Alias的方案

在不使用Alias重建索引时，一般是如下5步：

# 1、将index_A拷贝到备份index_A_bak
POST _reindex                    
{
  "source": {
    "index": "index_A"
  },
  "dest": {
    "index": "index_A_bak"
  }
}

# 2、删除index_A
DELETE index_A

# 3、创建新的 index_A，此处省去创建新的index_A的过程

# 4、将备份index_A_bak拷贝到新的index_A
POST _reindex                    
{
  "source": {
    "index": "index_A_bak"
  },
  "dest": {
    "index": "新的index_A"
  }
}

# 5、删除备份index_A_bak
DELETE index_A_bak

以上的方案无法实现无缝切换，因为在删除旧的index-A之后，新的index-A还没创建，而且数据还没拷贝完毕。

基于这种方案要想无缝切换，那只能是先创建index-B，通过reindex将index-A的数据拷贝到index-B，然后业务代码改成访问index-B。

• 使用Alias的方案

使用Alias的方案就很轻松了，无需改动代码即可实现无缝切换。后续切换索引只需要操作3、4、5步即可。

# 1、给index_A添加别名
POST /_aliases
{
  "actions": [
    {
      "add": {
        "index": "index_A",
        "alias": "index_alias"
      }
    }
  ]
}

# 2、业务层的代码改成使用别名操作索引

# 3、将index_A数据拷贝到index_B
POST _reindex                    
{
  "source": {
    "index": "index_A"
  },
  "dest": {
    "index": "index_B"
  }
}

# 4、别名切换
POST /_aliases
{
    "actions": [
        {
            "add": {
                "index": "index_A",
                "alias": "index_alias"
            },
            "remove": {
                "index": "index_B",
                "alias": "index_alias"
            }
        }
    ]
}

# 5、删除索引index_A
DELETE index_A

四、总结

本文主要讲了Elasticsearch别名的使用场景，主要就2点：

• 使用别名代替一组索引，让业务开发变得更简单。
• 重建索引数据时，无需停机或更改程序代码。

本篇完结！感谢你的阅读，欢迎点赞 关注 收藏 私信！！！

原文链接：https://mp.weixin.qq.com/s/U6YAN_yW809NvF1JDntBHw