重要版本发布公告：InfluxDB 1.7.4，InfluxDB Enterprise 1.7.4

作者：Russ Savage / 产品
2019年2月13日

导航至

InfluxDB OSS 和 InfluxDB Enterprise 的关键维护版本现已发布。

如果您正在运行 1.7.3 版本，请务必阅读并查看以下内容

我们最近获悉 InfluxDB 1.7.3 版本中存在一个严重缺陷。我们迅速采取行动进行必要的更正，并鼓励您尽快升级到 1.7.4 版本。

此问题特别影响大于 16GB 的分片，一旦分片经过完全压缩，则极有可能发生数据丢失。这种情况通常发生在分片变冷时，即在分片指定的时间范围内不再有新数据写入数据库时。我们的工程团队正在进行事后分析，以确定此缺陷是如何引入的，后续的博客文章将重点介绍我们的发现。

注意：此缺陷不存在于任何其他 InfluxDB 1.7 版本中。

InfluxDB 1.7.4 的此维护版本包括以下修复程序

  • 在 TSI 中缓存位图时删除写入时复制
  • 为 Amazon Linux 2 使用 Systemd
  • 还原“限制强制完全和冷压缩大小。”
  • 转换 TagValueSeriesIDCache 以使用字符串字段
  • 确保缓存的序列 ID 集由 Go 堆支持
  • 允许配置 TSI 位集缓存

InfluxDB Enterprise 1.7.4 不包含任何其他修复程序。

如果您无法立即升级怎么办？

  • 您可以通过修改 InfluxDB 的配置来阻止完全压缩运行。
    • 在所有数据节点上的 influx 配置文件（通常为 /etc/influxdb/influxdb.conf ）中设置 compact-full-write-cold-duration = "336h0m0s"。应用后重启 influxdb 进程。这将把完全压缩周期延长至 14 天，但这只是一个临时性的解决方法。

我可以降级吗？

  • 是的，降级也是一种选择。但是，它实际上与应用新版本的工作量相同（或更多）。
    • InfluxDB OSS 的 1.7.2 版本 — 请按照典型的升级说明进行操作。
    • InfluxDB Enterprise 的 1.6.5 版本 — 请按照典型的升级说明进行操作。
      • 如果您正在使用 TSI，则需要重建索引。

对于社区成员，可以在此处下载 InfluxDB 1.7.4。

对于我们的 InfluxDB Enterprise 客户，请登录InfluxDB Enterprise 门户并从那里下载二进制文件。