从elasticsearch6.2.4到elasticsearch7.4.0

  昨天看了几篇ES7.X版本的博客,自己也实验了一波,包括各种beat,es,kibana等,现总结如下:

  1. 安装包变大了,ES从30M左右变成了300M左右,原因是es内置了JDK11?(可能是因为elastic的人晓得目前绝大多数开发使用的是JDK8,干脆帮我们内置JDK11算了),并默认集成了xpack;kibana也默认集成了xpack,
  2. kibana并且增加了很多功能,但是新增的那些功能一般都用不上的,核心的功能就是那几个;7.4.0的kibana增加了自动汉化配置,不用自己去汉化了,这点还是不错了,如下图(elastic中国负责人用了心的0_0);kibana也可以玩grafna的暗黑模式了;kibana自带各组件集成教程;kibana也得非root用户启动了。。。从elasticsearch6.2.4到elasticsearch7.4.0
  3. 从性能上说,官方说的term词条搜索性能提升了30+倍,除了Term检索,Fuzzy,Phrase, Bool And .Bool OR都有大幅的性能提升。https://www.cnblogs.com/jpfss/p/10813808.html
  4. 默认分片改为了0,鸡肋的索引type也去掉了;以后transportClient这个对象以后也会去掉,取代它的是High Level REST Client ,其实其api差不多;hits文档数可能有可能不是精确的,也许是性能提升带来的牺牲吧
  5. 升级?你将面临的挑战:整个elastic stack都得更新;没有足够的文档供你学习,可能踩到大坑长时间无法解决;api更新带来项目代码的更新;配套的elasticalert 或KAAE发展滞后,不兼容新版本ES(kiabna自带监控报警,但是得是白金许可才可以,送的basic许可是不行了,不知道能不能破J);从6.2.4到7.4.0加入了这么多东西,启动速度都慢了好多,不知道系统资源多耗费多少。
  6. 总而言之:如果公司的Term,Fuzzy,Phrase, Bool And .Bool OR等查询使用较多,升级能带来显著的性能提升,还是应该升级;如果不是,还是观望观望吧