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

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

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

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