Skip to content

Latest commit

 

History

History
40 lines (23 loc) · 2.19 KB

version.md

File metadata and controls

40 lines (23 loc) · 2.19 KB

版本管理

UES 提供了不同的产品版本,根据官网更新会定时发布新版本。用户可根据实际需求和使用习惯来选择要使用的版本,建议使用最新版本。

现在发布上线的版本有:

* V5.5.1 * V6.2.1 * V6.5.4 * V7.1.1

版本特性

* V6.0版本亮点

使用序列号更快地重启和还原

6.0 版本中最大的一个新特性就是序列 ID,它允许基于操作的分片恢复。 以前,如果由于网络问题或节点重启而从集群断开连接的节点,则节点上的每个分区都必须通过将分段文件与主分片进行比较并复制任何不同的分段来重新同步。 这可能是一个漫长而昂贵的过程,甚至使节点的滚动重新启动非常缓慢。 使用序列 ID,每个分片将只能重放该分片中缺少的操作,使恢复过程更加高效。

使用排序索引更快查询

通过索引排序,只要收集到足够的命中,搜索就可以终止。它对通常用作过滤器的低基数字段(例如 age, gender, is_published)进行排序时可以更高效的搜索,因为所有潜在的匹配文档都被分组在一起。

稀疏区域改进

以前,每个列中的每个字段都预留了一个存储空间。如果只有少数文档出现很多字段,则可能会导致磁盘空间的巨大浪费。现在,你付出你使用的东西。密集字段将使用与以前相同的空间量,但稀疏字段将显着减小。这不仅可以减少磁盘空间使用量,还可以减少合并时间并提高查询吞吐量,因为可以更好地利用文件系统缓存。

类型去除

6.0 版本中一个 index 不再支持多个 type ,基于 type 的 parent-child 关系将通过单独的 join 字段来实现,并且 type 会在 7.0 版本彻底移除。

索引版本继承

6.0 版本为了避免索引模板所有匹配的合并而造成冲突,将会只匹配一个,索引创建时进行验证。

基于负载的请求路由

以前,搜索请求是全节点轮询,性能慢的节点往往会造成整体的延迟。6.0 版本实现方式将基于队列的耗费时间自动调节队列长度,搜索和索引都将基于这种机制。