elasticsearch mapping切换步骤

前提：必须要修改索引字段类型或者由之前的分词变换成不分词等情况，且没有替代方案的前提下。

首先，在无用户使用的情况下，进行es备份，防止以下切换不成功带来的风险。

本文借助postman工具，进行mapping切换，操作步骤如下：

一、获取旧索引mapping
请求方式：GET
请求路径：http://ip:9200/索引名称/_mapping

二、修改mapping
第一步拿到mapping json文件后，找到需要修改的字段，进行字段类型或者是否分词的修改

（es早期版本，设置不分词属性为"index": "not_analyzed"）

三、创建新索引
请求方式：POST
请求路径：http://ip:9200/新索引名称

四、新索引创建mapping
请求方式：POST
请求路径：http://ip:9200/新索引名称/类型/_mapping?pretty 

请求参数：新mapping json数据
五、旧索引数据同步至新索引
请求方式：POST
请求路径：http://ip:9200/_reindex

请求参数：

{
  "source": {
    "index": "旧索引名称"
  },
  "dest": {
    "index": "新索引名称"
  }
}

还有一种方式，可以使用elasticdump命令进行数据同步：
elasticdump --input http://ip:9200/旧索引名称 --output http://ip:9200/新索引名称 --type=data
六、确认数据量是否正常
七、新索引设置别名
请求方式：POST
请求路径：http://ip:9200/_aliases

请求参数：
{
        "actions": [
            {"add": {"index":"新索引名称","alias":"旧索引名称"}}
        ]
}

八、删除旧索引
请求方式：DELETE
http://ip::9200/旧索引名称

 项目中，往往最让人恼火的就是前期需求不确定，后期用户不断变更需求，增加我们开发人员的工作量以及安全风险，涉及到历史数据结构改造、数据迁移等等问题。哎，一把血泪史啊.......

总之，尽量避免这种情况，还是需要前期深挖用户当前以及未来需求，以求有一个好的架构。