elasticserach 1.x升级到5.x

elasticserach 一直使用1.x的,这个季度准备做好升级到5.x的准备工作,因为是管理整个集群,需要做到让其他业务方无脑升级

这个季度记录升级过程:
1.x 升级到2.x

装上elasticsearch-migration-1.x插件一检查发现很多问题,先说红色不允许的

启动上遇到的问题:

《——————————影响严重,会阻止集群启动---------------------》
1.mapping:1.x支持同一index中不同type下有相同名字的字段,且字段mapping可以万全不同
         2.x不行了,不同type下的字段类型必须相同,分词方式,是否索引等设置也必须相同,除了下面说的几种情况
Fields with the same name, in the same index, in different types, must have the same mapping, with the exception of the copy_to, dynamic, enabled, ignore_above, include_in_all, and properties parameters, which may have different settings per field.

这个改动还是很支持的,统一之后免得出现混乱的使用,我这边在1.x使用时就因为不同type下的相同name属性不一样出过问题。


使用上需要注意的地方:

1."_id"这个字段在1.x中作为自动生成的或者mapping指定的唯一标识,2.x中名称变化了,变成了“_uid”
如果在使用中用到了_id排序的,需要修改。(单单改个名字?何解,没什么意义啊)
---再次查询了api,我理解错了,1.x的id可以指定path,2.x的不能指定了,只能自动生成

2.routing的改动,个人觉得这个改动挺大的,也挺没道理的,以前的"_routing": 需要指定一个path,这个觉得很好啊,也很好理解啊,为何现在要变方式,还是2部操作,闹哪样,暂时还没搞清楚这里的伏笔。--不过有使用routing的需要修改了

3.BOOLEAN字段的使用,主要是返回的内容变了,以前是true/false(T/F),现在变成了1/0
如果有使用的话必须得注意这一点了。

4.过期时间的使用:_timestamp 和 _ttl 舍弃,貌似2.x也能有相同功能,不过未经常使用,暂时不关注

5.点号的使用:这个也是一种规范,之前1.x字段中可以包含”.“,2.x现在已经不允许了,如果以前索引中有的话,现在就有点悲剧了,需要重建数据

6.分词属性的设置:使用了很久的index_analyzer被干掉了,有点怀恋,现在直接用analyzer,不过有幸保留了search_analyzer,也不错,让设置更简洁了。(个人感觉有点脱了裤子放屁,以前3个多好用的)

_analyzer 元字段,允许对每篇文档进行分析器设置也被移除了(未使用过这个属性,不清楚,不过是变动,也贴在这里)

7.A field can no longer be referenced using its short name. Instead, the full path to the field is required.
字段引用名称的问题,没怎么使用到,一般遇到这种问题,带上全路径就ok了

8.日期的使用:还未完全搞清楚,解析方式有变化,搞清楚了再更新上来

猜你喜欢

转载自guoke456.iteye.com/blog/2348801

相关文章