酷应用

重磅！Elasticsearch 8 正式发布！

百家作者：程序员的那些事 2022-02-18 13:37:37

↓推荐关注↓

Elasticsearch 是一个基于 Lucene 库的搜索引擎。它提供了一个分布式、支持多租户的全文搜索引擎，具有 HTTP Web 接口和无模式 JSON 文档。Elasticsearch 是用 Java 开发的，并在 Apache 许可证下作为开源软件发布。官方客户端在 Java、.NET（C#）、PHP、Python、Apache Groovy、Ruby 和许多其他语言中都是可用的。

时隔近三年，Elasticsearch 8 正式发布，新增的功能包括：

7.x REST API 兼容性

8.0 为 Elasticsearch REST APIs 引入了一些重大的变化。虽然更新你的应用程序以适应这些变化十分重要，但在升级后寻找和更新每一个 API 调用可能对开发者而言十分痛苦且容易出错。为了使这个过程变得更加容易，Elasticsearch 已经在 REST API 中增加了对 7.x 兼容性 header 的支持。这些可选的 header 文件让你向 8.0 集群发出 7.x 兼容的请求，并收到 7.x 兼容的响应。

虽然官方仍然建议开发者更新你的应用程序以使用原生的 8.0 请求和响应，但 7.x API 兼容 header 文件让你可以在更长的时间内安全地进行这些更改。

安全功能在默认情况下被启用和配置

在没有安全保障的情况下运行 Elasticsearch 会让你的集群暴露在任何可以向 Elasticsearch 发送请求的用户面前。在以前的版本中，你必须明确地启用 Elasticsearch 的安全功能，如认证、授权和网络加密（TLS）。从 Elasticsearch 8.0 开始，当第一次启动 Elasticsearch 时，安全功能被默认启用和配置。

在启动时，Elasticsearch 8.0 会生成注册令牌，你可以用它来连接 Kibana 实例或在安全的 Elasticsearch 集群中注册其他节点，而无需生成安全证书或更新 YAML 配置文件。只需在启动新节点或 Kibana 实例时使用生成的注册令牌，Elastic Stack 就会为你处理所有安全配置。

已知问题：

如果你在 Linux ARM 或 macOS M1 等 arch64 平台上从归档中安装 Elasticsearch，那么在首次启动节点时，不会自动生成?elastic?用户密码和 Kibana 注册令牌。节点启动后，需要用?bin/elasticsearch-reset-password?工具生成?elastic?密码：

bin/elasticsearch-reset-password -u elastic

然后，用?bin/elasticsearch-create-enrollment-token?工具为 Kibana 创建一个注册令牌：?

bin/elasticsearch-create-enrollment-token -s kibana

更好地保护系统索引

系统索引为 Elastic 功能存储配置和内部数据。一般来说，系统索引仅保留供这些功能内部使用。虽然有可能，但直接访问或改变系统索引会导致不稳定和其他问题。

在 Elasticsearch 8.0 中做了一些改变来保护系统索引不被直接访问。要访问系统索引的话，用户现在必须把?allow_restricted_indices?权限设置为?true。

superuser?角色也不再给予系统索引的写入权限。因此，内置的?elastic?superuser 默认不能改变系统索引。

此后，开发者应使用 Kibana 或相关的 Elasticsearch APIs 来管理某个功能的数据，而不是访问系统索引。如果你直接访问系统索引，Elasticsearch 将在 API 响应的 header 中和废弃日志中返回警告。

新的 KNN 搜索 API

在 Elasticsearch 8.0 中推出了 KNN 搜索 API 的技术预览版。通过使用?dense_vector?字段，k-nearest neighbor（KNN）搜索可以找到与查询向量最近的 k 个向量（这是由相似度指标来衡量的）。KNN 通常被用来支持推荐引擎和基于自然语言处理（NLP）算法的相关性排名。

以前，Elasticsearch 只支持精确的 KNN 搜索，使用带向量函数的?script_score?查询。虽然这种方法保证了准确的结果，但它往往导致搜索速度缓慢，而且在大型数据集上不能很好地扩展。作为对较慢的索引和不完美的准确性的交换，新的 KNN 搜索 API 让你在更大的数据集上以更快的速度运行近似的 KNN 搜索。

为?`keyword`、?`match_only_text`?和?`text`?字段节省存储空间

该版本更新了倒排索引，这是一个内部数据结构，可以使用更节省空间的编码。这一变化将使?keyword、?match_only_text?字段以及?text?字段受益。在使用应用程序日志的基准测试中，这一转变为?message?字段（映射为?match_only_text）的索引大小减少了 14.4%，总体上减少了 3.5% 的磁盘占用空间。

加快?`geo_point`、`geo_shape`?和范围字段索引速度

新版本优化了多维点（multi-dimensional points）的索引速度，多维点是用于?geo_point、geo_shape?和范围字段的内部数据结构。Lucene 级别的基准测试显示，这些字段类型的索引速度提高了 10-15%。主要由这些字段组成的 Elasticsearch 索引和数据流可能会在索引速度方面有显著的改进。