几经波折，InfluxDB 的 TSDB C 位还能做多久？

近期，有社区的朋友私信 Jesse，想更多了解一下开源 TSDB 赛道厂商，作为行业从业者，我认为自己也有义务向大家科普。CnosDB 并不是一个固步自封的社区，我们希望从客观角度看待行业友商的发展，虚心学习和接受大家意见。本期我们就来讲讲 InfluxDB 的进阶之路。

本文仅代表个人观点，如有偏颇之处，还请海涵～

🤠🤠🤠

几经波折，InfluxDB 的 TSDB C 位还能做多久？

InfluxDB 背景简介

InfluxDB 的母公司是 InfluxData，公开信息显示其成立于 2013 年。InfluxDB 本身是一款开源的时间序列数据库，它目前的主要开发语言是 Go，其目标是希望解决时间序列数据高性能的存储和查询问题。客观来看，目前 InfluxDB 还是事实上的业界标准，其也一直在 DB-Engines 时序型数据库排行榜上排名第一，应该说其也是 CnosDB 的学习榜样。

InfluxDB 仍在流行度上领先

InfluxDB 的进阶之路

InfluxDB 进阶史

2013 年，InfluxDB 产品首次发布了 V0.0.1 版本，客观来讲这更多的还是个非常初级的产品，其存储引擎最开始也是选择了 LevelDB，同年其完成了天使轮融资。由于产品的问题，2014 年其发布的 V0.8.0 版本，启用了多存储引擎，默认 RocksDB，同时也支持 LevelDB。在 2014 到 2015 年间（V0.8.0 ~ V0.9.0），InfluxDB 曾主动找到 Facebook RocksDB 团队，希望其尽快优化压缩等事项，但一直未果。所以在 2015 年，InfluxDB 在 V0.9.0 启用单一存储引擎 BoltDB 的版本发布后，其 V0.9.5.1 启用自研存储引擎 TSM。直到 2016 年的 09 月 06 日 InfluxDB 的 V 1.0 正式版发布才发布。我们可以看到，作为行业头部时序数据库厂商的 InfluxDB 在 13 至 16 年持续试错，历经 3 年多，几经周折，最终才找到了自己的方向。也正是在其 1.0 正式版发布之后，InfluxDB 于 2016 年 09 月 21 日完成了 1600 万美元的 B 轮融资。

时间来到 2018 年，InfluxDB 拓展至 EMEA 市场，并发布了 InfluxDB on AWS，我们可以看到在产品相对稳定后，InfluDB 的扩张脚步加快，2018 年 02 月 03 其也完成 3500 万美元的 C 轮融资。2019 年其开立了伦敦办公室并建立 EMEA 总部，资本上完成了 6000 万美元的 D 轮融资。2020 年 InfluxDB 拓展至 APAC 市场，也发布了 Azure、Google 上的云版本。我们可以看到 18 年~20 年是 InfluxDB 的高速发展期。但与此同时，其也并非没有隐忧，面对时间线膨胀问题，面对由于自己分布式闭源而造成的用户流失问题等，其目前的版本仍有显著得不足，且有些积重难返。因此 2020 年 11 月 20 日，InfluxDB 官宣自己要研发新产品 IOx，用以解决其目前产品所存在得问题，但目前经过一年半左右的研发，产品进展不容乐观，一拖再拖。

对中国 TSDB 厂商的启示

首先，我觉得大家还是需要客观承认 InfluxDB 目前是业内的老大，而且其之前在底层存储选型上的多次试错，客观上也帮后来者踩了很多坑，其对于产品的思考是值得我们学习借鉴的。其次，对于商业开源厂商如何选择商业模式的问题，还需谨慎。因为在 Feature-Based 模式下，哪些功能开源哪些闭源，对客户流失程度的影响并不好判断那么准确，正如 InfluxDB 发现问题时，其又因为代理商以及股东等各种利益问题，而造成企业并不好掉头。最后，我们也应该看到机会，实际上 InfluxDB 自己也在不停的推翻自己，自己做变革。面对物联网时代时间线膨胀问题，其再一次启程出发要做新产品 IOx，而伴随着美国通胀问题的严重，其人员流失等问题也造成了 IOx 进度不如人意，这正是中国 TSDB 厂商的机会，在面向时代巨变的今天，大家还是站在同一起跑线上，我们完全可以吸收借鉴他们之前的经验和教训，实现弯道超车。

今天我们就聊到这里，欢迎大家踊跃加入 CnosDB 社区进行讨论，也欢迎大家多指正我们的问题，任何有质量的批评都是对我们产品的鞭策，我们都会慎重考虑，认真对待。感谢大家一如既往的支持，我们下次再见。

CnosDB 简介

CnosDB 是一款高性能、高易用性的开源分布式时序数据库，现已正式发布及全部开源。

欢迎关注我们的代码仓库，一键三连🙇🙇🙇：https://github.com/cnosdb/cnosdb