第一次使用NoSQL,我该选择哪个数据库哪?

2013-06-03 23:35:56 +08:00
 kofj
大概的需求是这样子的,有多个传感器采集环境数据,每一分钟向服务器上传一条不大于2K的数据,以类似日志的形式保存数据,现在初期设计测试也就4、5个sensor,后期会大量的增加sensor。这些数据要供服务程序用来检测环境信息是否超过设定的报警阀值,还有就是用于生成报表。我觉得这种情况下使用NoSQL应该比较适合,但是对此没有什么实际经验。
需求概括的来说就是:有大量,频繁的(大量的sensor),持续的(1min*24*365)小数据写入,少量的读取(alert程序检测环境因素,生产报表)。
查到的资料说Tokyo Cabinet在1亿条数据量是写性能明显下降,1.6亿条数据的时候写性能下降非常严重,一年时间200个左右的sensor就。。。
请问各位,我该使用哪个NoSQL数据库比较合适哪?
3402 次点击
所在节点    问与答
6 条回复
timonwong
2013-06-03 23:58:23 +08:00
1分钟……几百个…… MySQL都毫无压力。
主要看你数据重不重要,重要的话使用 NoSQL 要谨慎,多出的那些历史数据,可以归档,因为查询的机会少,写入的机会多。
sivacohan
2013-06-04 00:07:21 +08:00
你这个需求不是要日志系统吗?
为什么要用db?
数据先缓存一下,用alert检查一下,没问题就丢到日志里,有问题就报警。
swulling
2013-06-04 01:31:32 +08:00
如一楼所说,MySQL可以用Archive
http://dev.mysql.com/doc/refman/5.7/en/archive-storage-engine.html

话说历史数据真的需要保存那么细么,对老数据重采样下可大大节省空间
Zhang
2013-06-04 08:43:31 +08:00
"阀值"写错了,应该是“阈值”哟!!
kofj
2013-06-04 08:52:36 +08:00
@timonwong MySQL一分钟几百个确实没有问题~但是总得记录数据量比较大啊,还有sensor需要分组查询数据做报表~
kofj
2013-06-04 08:55:49 +08:00
@sivacohan
@timonwong 也许把最近三个月的数据缓存在NoSQL里面,其它长期数据归档

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/71113

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX