关键版本发布公告:InfluxDB 1.7.4,InfluxDB Enterprise 1.7.4

导航至

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 1.7.4可以从这里下载。

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