InfluxDB 1.2 版本发布，支持子查询，在更大硬件上的写入吞吐量提升 50%

作者：Paul Dix / 公司，新闻发布
2017 年 1 月 24 日

今天我们非常高兴地宣布 InfluxDB 1.2 版本的发布，以及 TICK 堆栈的其他组件，这是一个开源的端到端解决方案，用于解决时序数据的监控和分析问题。这次堆栈的发布为我们的开源和商业项目带来了一些令人兴奋的新进展。这距离 1.1 版本的发布正好三个月，这正是我们预期的。继续阅读以获取有关 InfluxDB 和 Kapacitor 具体改进的更多详细信息。

InfluxDB 1.2 的改进

这次发布在减少写入路径中的锁争用方面取得了显著改进。这意味着在更大硬件上，我们可以更有效地使用所有可用的 CPU 内核，这导致总写入吞吐量提升了 50%（或更好）。例如，我们在 C4 36 核的 Amazon EC2 实例上能够写入约 2M 个值/秒。 对于 Golang 读者来说，PR 可能是值得阅读的。

随着这次发布，InfluxDB 引入了对子查询的支持。具体来说，你现在可以执行查询，比如求导数的和，这对于查看一组机器的总网络带宽非常有用。这是我们支持子查询的第一步，但我们认为这是一个非常有用的步骤，并期待社区在随后的版本中提出关于扩大我们对子查询支持的进一步建议。您可以在 子查询文档 中了解更多关于这个新功能的信息。

InfluxDB 企业版，我们的商业版，增加了高可用性和横向扩展集群功能，现在提供内置的增量备份。这对于拥有较大集群或数据库的客户非常有用。

关于开源版本中包含的详细内容的完整信息可以在 InfluxDB 1.2 版本的变更日志 中找到。

Kapacitor 1.2 的改进

Kapacitor 1.2 有许多额外的功能和错误修复。继续阅读，了解新的数据窗口方法以及全新的警报 API 和功能。请参阅 Kapacitor 1.2 版本的变更日志 以获取 1.2 版本的完整详细信息。

除了根据时间将数据聚合到逻辑窗口的功能外，我们还进一步扩展了此功能，允许通过计数来定义窗口。这使用户在过滤和组织大量数据方面具有更大的灵活性。

我们增加了增强的警报条件处理，现在允许用户将警报处理程序附加到警报主题。将警报条件与警报处理解耦（以前在TICK脚本中执行），消除了类似警报处理程序的重复，并允许在处理警报本身方面具有更大的灵活性。

有关新Kapacitor警报主题功能的更多信息，请参阅示例或查看Kapacitor警报API文档。

下一步

我们对这次发布以及我们持续快速迭代开源社区反馈的能力感到兴奋。通过四个组件，Telegraf、InfluxDB、Chronograf和Kapacitor，我们已经构建了一个完整的开源、端到端解决方案，用于监控和使用时间序列数据。我们希望您能尝试一下，并期待您的反馈。