我正在建立一个一次性的智能家居数据收集箱。预计它将在树莓派类计算机(〜1G RAM)上运行,每天处理约20万个数据点(每个64位int)。我们一直在使用原始MySQL,但是性能开始下降,尤其是在给定时间间隔内查询条目数时。
据我了解,这基本上就是时间序列数据库的设计目的。如果有的话,关于我的情况的不寻常的事情是卷相对较低,可用的RAM量也相对较小。
快速浏览一下Wikipedia可以发现OpenTSDB,InfluxDB以及可能的BlueFlood。OpenTSDB建议使用4G RAM,尽管这可能是针对大容量设置。InfluxDB实际上提到了传感器读数,但是我找不到很多有关需要哪种资源的信息。
好的,这是我的实际问题:是否有明显的危险信号使这些系统中的任何一个都不适合我描述的项目?
我意识到这是引人入胜的邀请,所以我指望人们保持乐观和有益的一面。提前谢谢了!
InfluxDB应该可以使用该容量的1 GB RAM。嵌入式传感器和诸如Raspberry Pi的低功耗设备无疑是核心用例,尽管除了在ARM上进行编译以外,我们还没有对最新Beta测试进行过大量测试。
InfluxDB 0.9.0刚刚发布,0.9.x应该会在几周内在我们的托管环境中可用。低端实例具有1 GB RAM和1个CPU等效项,因此它们是Pi性能的合理代理,免费试用期为两周。
如果您还有其他具体问题,请通过[email protected]或[email protected]与我们联系,我们将为您提供帮助。
本文收集自互联网,转载请注明来源。
如有侵权,请联系[email protected] 删除。
我来说两句