9.0 的新功能
edit9.0 的新功能
edit将于9.0版本推出。
以下是Elasticsearch 9.0中新增和改进的亮点!
ESQL: 内联统计
edit这为ESQL添加了INLINESTATS命令,该命令执行STATS并将结果丰富到输出流中。因此,这个查询:
FROM test | INLINESTATS m=MAX(a * b) BY b | WHERE m == a * b | SORT a DESC, b DESC | LIMIT 3
生成如下输出:
| a | b | m | | --- | --- | ----- | | 99 | 999 | 98901 | | 99 | 998 | 98802 | | 99 | 997 | 98703 |
默认情况下始终允许重新平衡
edit在早期版本的 Elasticsearch 中,cluster.routing.allocation.allow_rebalance 设置默认值为
indices_all_active,这会在集群处于 yellow 或 red 健康状态时阻止所有重新平衡操作。这对于可能会进行过多重新平衡操作的旧版分配器来说是合适的。如今的分配器对处于非 green 健康状态的集群重新平衡提供了更好的支持,并且期望能够从过满的节点中重新平衡一些分片,以避免首先将分片分配到不理想的位置。从版本 8.16 开始,allow_rebalance 设置默认值为 always,除非明确启用了旧版分配器。
在数据流生命周期中添加全局保留
edit数据流生命周期现在支持在集群级别配置保留,即全局保留。全局保留允许我们配置两种不同的保留:
-
data_streams.lifecycle.retention.default应用于所有由数据流生命周期管理的数据流,这些数据流在数据流级别没有定义保留期。 -
data_streams.lifecycle.retention.max应用于所有由数据流生命周期管理的数据流,并且它允许在max_retention时间过后删除任何数据流数据。
为将index.codec设置为best_compression的索引启用ZStandard压缩
edit在使用DEFLATE压缩算法压缩存储字段时,当index.codec索引设置为best_compression时,此更改将使用ZStandard作为压缩算法来压缩存储字段。使用ZStandard可以减少存储空间的使用,并且根据所使用的选项,索引吞吐量相似。对日志索引的实验表明,与DEFLATE相比,ZStandard提供了约12%的存储空间节省和约14%的索引吞吐量提升。