es 切换别名_Elasticsearch基础但非常有用的功能之一：别名

0、题记

本文是系列文章第一篇。介绍Elasticsearch的一些非常基础但实战开发确非常有用的技术点。了解这些技术点会帮助你设计更易于维护的数据索引，预先知道PB级大数据索引实战中的坑，提升工作效率。

本文从别名分类、索引别名实践、索引别名的好处、索引别名常见问题及坑解读、字段别名实践一把 五个方面进行详细解读。

1、别名分类

别名在Elasticsearch中有两种分类。

1.1 索引别名

官方释义： 索引别名可以指向一个或多个索引，并且可以在任何需要索引名称的API中使用。 别名为我们提供了极大的灵活性。它们允许我们执行以下操作： 

1)在正在运行的集群上的一个索引和另一个索引之间透明切换； 

2)对多个索引进行分组组合(例如，lastthreemonths的索引别名：是过去3个月索引 logstash201903, logstash201904, logstash_201905的组合)；

 3)在索引中的文档子集上创建“视图”(结合业务场景，会提升检索效率)。

通俗解释： 索引别名类似：windows的快捷方式，linux的软链接，mysql的视图。

• 前提：Elasitcsearch创建索引后，索引名不允许改。很多业务场景下单一索引可能无法满足要求。

• 场景1：PB级别增量数据，借助rollover api实现，由基于日期的n个索引组成，显然，对外提供服务使用别名会很便捷。

• 场景2：试想，线上提供服务的某个索引出了问题，比如：某字段分词定义不准确，如何保证对外提供服务不停止(不更改业务代码)的前提下更换索引，显然，别名更合适。

注意：实际业务场景使用别名会很方便、灵活、快捷、业务松耦合！！

1.2 字段别名

在Elasticsearch Mapping定义的6.4+版本才有的字段类型。 

通俗解释： 

试想一下有一种业务场景。比如在实际的业务开发中：需要对Facebook、twitter行采集,采集入库的是两个业务团队。

他们对content，分别使用了两个字段。其中一个是，content。另外一个是cont。 这时候存储到elasticsearch会有两个字段。

这样如果我们在检索、写业务代码的时候，是不是要写两个不同的字段来处理呢？ 如果有可能写成一个字段，代码方面就很避开业务耦合，就很方便了。

我认为这是字段别名的由来。

2、索引别名实践

2.1 假设没有别名，如何处理多索引检索？

• 方式一：多索引逗号分隔检索。

POST visitor_logs_2017,visitor_logs_2018/_search

• 方式二：通配符索引检索。