InfluxDB 1.2 发布，支持子查询，大型硬件写入吞吐量提升 50%

作者：Paul Dix / 公司, 新闻稿
2017 年 1 月 24 日

今天，我们激动地宣布 InfluxDB 1.2 以及 TICK Stack 的其他组件正式发布。TICK Stack 是一个开源的端到端解决方案，用于解决时序数据的监控和分析问题。此版本为我们的开源和商业项目带来了一些令人兴奋的新进展。它距离 1.1 版本的发布大约三个月，这正是我们所期望的。请继续阅读，详细了解 InfluxDB 和 Kapacitor 的具体改进。

InfluxDB 1.2 改进

此版本在减少写入路径中的锁争用方面取得了重大改进。这意味着在更大的硬件上，我们可以更有效地利用所有可用的 CPU 核心，从而使总写入吞吐量提高了 50%（甚至更高）。例如，我们能够在 C4 36 核 Amazon EC2 实例上写入约 200 万个值/秒。对于 Golang 受众，PR 可能值得一读。

在此版本中，InfluxDB 引入了对子查询的支持。具体来说，您现在可以执行诸如导数之和之类的查询，这对于查看一组机器的总网络带宽等情况非常有用。这只是我们在支持子查询方面迈出的第一步，但我们认为这是一个非常有用的步骤，并期待社区对在后续版本中扩展我们对子查询的支持提出建议。您可以在子查询文档中阅读有关此新功能的更多信息。

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

有关开源版本中包含内容的完整详细信息，请参见InfluxDB 1.2 版本更新日志。

Kapacitor 1.2 改进

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

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

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

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

后续步骤

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