发布公告:InfluxDB Enterprise 1.9.5
作者:Tim Hall / 产品
2021 年 10 月 11 日
导航至
InfluxDB Enterprise 的新维护版本现已发布。
- InfluxDB Enterprise 1.9.5 — 发行说明
此 InfluxDB Enterprise 版本的重点包括
内存利用率改进
- 使用 TSI 索引对压缩周期进行改进,显著降低了内存使用率。在某些情况下,观察到内存使用率降低了 50%。
- 底层 protobuf 库也已升级到最新版本,从而提高了一些资源效率。
Flux 改进
- 此最新更新将 Flux 从 0.120.1 版本升级到 0.131.0。
- 重大变更:移除了
sleep()
函数 - 添加了 WebEx Teams 通知支持。
- 添加了新的 Hex 包,以简化十六进制字符串值的处理。
- 优化了
pivot()
转换。 - 添加了 InfluxDB 示例数据包。
- 现在,当使用
aggregateWindow(createEmpty: true)
时,将调用table.fill()
。
- 重大变更:移除了
- 已添加修复程序,以解决因使用
limit()
的查询以及其他不存在数据的情况而导致的 panic。 - 在数据库的复制因子小于数据节点数,并且返回要合并的点数超过 1000 个的数据集的情况下,Flux 引擎遇到了一些点未正确读取的问题。此问题已得到解决。
- 请通过 InfluxCommunity 或 Slack 加入关于 Flux 的讨论。
备份/恢复改进
以下是对恢复过程的改进。 请查看 文档了解更多关于如何利用这些改进的细节
- 现在,您可以将具有新保留策略的数据恢复到现有数据库中。
- 您可以在恢复时覆盖备份中包含的保留策略的持续时间。 因此,如果您备份了一个保留期为 30 天的数据库,则可以恢复它并将保留期延长到您希望的任何持续时间,包括无限期。
- 现在,您可以在恢复特定分片时指定目标分片。
- 如果指定新分片,则单分片恢复过程已得到改进,以减少分片恢复期间的分片验证量。具体而言,分片只需在分片组中具有相同的索引(用于哈希),以及相同的开始和结束时间(用于查询)。以前,InfluxDB Enterprise 还断言源数据库和目标数据库、保留策略和分片组 ID 匹配。当在恢复过程中未提供
-newshard
时,将保留此现有行为。即使提供了-shard
,如果保留策略或数据库名称发生更改,也会更新元数据。
安全性
- 如果您已将 InfluxDB Enterprise 配置为使用 LDAP 进行身份验证,则使用嵌套连接到 LDAP 服务器的 LDAP 查询如果配置了 STARTTLS,则无法正确使用。结果是,在部分操作中使用了未加密的 LDAP 连接。 此问题已得到解决,现在所有连接都使用 STARTTLS。
influxd-ctl entropy
命令可能会使用不正确的 TLS 设置与数据节点通信,如果元节点和数据节点不具有匹配的 TLS 配置。此问题已得到解决,现在在使用influxd-ctl entropy
时会使用适当的 TLS 设置。
最终一致性修复
- 在某些情况下,反熵服务未完全读取远程摘要。这会在远程节点尝试写入已关闭的连接时导致管道破裂错误。此问题已得到解决。
- 在集群中,极少数情况下可能存在具有重叠时间范围的分片。如果确实存在重叠分片,则向这些分片写入多个点会导致写入被丢弃,并向写入器报告写入丢弃错误。如果仅写入单个点,则会成功。此极端情况已得到解决。
- 在提示移交服务中发现了一个竞争条件,该条件是由频繁的提示移交队列增长和清除触发的。 在这些情况下,远程数据节点的写入丢失。 在这些情况下,引入了数据熵或数据可能完全丢失。 此问题已得到解决。
日志改进
- 启用日志
format = "json"
并未导致所有日志输出都采用 JSON 格式。此问题已得到解决。 - 在某些情况下,InfluxDB Enterprise 可能会丢失分片写入超时的日志。此外,在 InfluxDB Enterprise 无法完全读取 RPC 集群 API 中查询和写入的 TLV 的情况下,它不会记录尝试的 RPC 调用类型。这两个问题都已得到解决。
再次声明,没有对应的 InfluxDB OSS 1.9 版本发布。虽然我们继续改进 InfluxDB 1.x 代码行,并且这些改进已包含在 InfluxDB Enterprise 中,但目前我们正在引导社区用户使用 InfluxDB 2.x。当然,如有必要,您可以始终从源代码构建 InfluxDB 1.x。InfluxDB 2.x 确实包含 1.x 兼容接口,允许使用 1.x API 进行读取和写入。最新的开源版本可以在我们的下载页面上找到。