发布公告:InfluxDB Enterprise 1.7.10
作者:Tim Hall / 产品
2020年2月18日
导航到
InfluxDB Enterprise的新维护版本现已可用。
- InfluxDB Enterprise 1.7.10 发布说明
此InfluxDB Enterprise 1.7.10维护版本包括InfluxDB 1.7.10 OSS中包含的所有以下修复内容
- 修复了处理损坏的TSM数据文件重命名失败的问题。当InfluxDB引擎在启动时检测到损坏的TSM数据文件时,由于引擎自身创建的数据文件上的文件锁,该文件的重新命名失败。
- 对
tsm1.Engine.Digest()
的并发调用会导致Digest被中止,并出现重命名tmp digest错误信息。提供的修复使digest能够安全地并发使用。 - 修复了TSI索引中的一个缺陷,当使用否定相等(!=)运算符的过滤器时,可能会导致返回任何存储在索引的IndexFile部分的系列中没有任何匹配的系列。
- 在缓存快照不频繁的情况下修复了固定压缩逻辑。如果缓存快照的频率超过了
compact-full-write-cold-duration
指定的频率,即使快照中仍有新数据,也会触发完整压缩。此修复确保遵循文档化的压缩行为。 - 解决了当多个系列键的块被读入空缓冲区时值被截断的问题。游标读取器代码有一个优化,错误地假设传入的数组将限制在1,000个值(最大块大小),但实际上数组可以包含来自同一索引条目多个匹配块的值。因此,读取的数组可能包含超过1,000个值且无法完全放入缓冲区。
- 跳过带有块读取错误的TSM文件——当InfluxDB在压缩过程中找到损坏的TSM文件时,现在将错误记录下来,并将损坏的文件移到一边。引擎将忽略该文件,因此下一次压缩不会遇到相同的错误。
InfluxDB Enterprise的具体修复包括
- 当发生与打开元状态文件相关的错误时,为元节点添加了日志记录。日志中也指定了具体的文件名和位置。
- 修复了从InfluxDB OSS迁移到InfluxDB Enterprise的用户可能遇到的问题。MaxShardGroupID没有从OSS迁移过来,导致企业版从0创建ShardGroupID。因此,可以从OSS版本导入重叠的ShardGroupID。
- 修复了与从集群中删除节点相关的问题。与被删除节点关联的碎片不再重新分配给集群中的剩余节点。管理员应依赖集群中剩余的副本来填充随后添加到集群的新数据节点。
对于我们的InfluxDB Enterprise客户,请登录到InfluxDB Enterprise门户,并从中下载二进制文件。