关于NoSQL之MongoDB的一些总结
nosql已经流行了很长一段时间,那么究竟是什么场景下你才更需要用到这些“新兴事物”,就比如mongodb?下面是一些总结:
你期望一个更高的写负载
默认情况下,对比事务安全,mongodb更关注高的插入速度。如果你需要加载大量低价值的业务数据,那么mongodb将很适合你的用例。但是必须避免在要求高事务安全的情景下使用mongodb,比如一个1000万美元的交易。
不可靠环境保证高可用性
设置副本集(主-从服务器设置)不仅方便而且很快,此外,使用mongodb还可以快速、安全及自动化的实现节点(或数据中心)故障转移。
未来会有一个很大的规模
数据库扩展是非常有挑战性的,当单表格大小达到5-10gb时,mysql表格性能会毫无疑问的降低。如果你需要分片并且分割你的数据库,mongodb将很容易实现这一点。
使用基于位置的数据查询
mongodb支持二维空间索引,因此可以快速及精确的从指定位置获取数据。
非结构化数据的爆发增长
给rdbms增加列在有些情况下可能锁定整个数据库,或者增加负载从而导致性能下降,这个问题通常发生在表格大于1gb(更是下文提到billrun系统中的痛点——单表格动辄几gb)的情况下。鉴于mongodb的弱数据结构模式,添加1个新字段不会对旧表格有任何影响,整个过程会非常快速;因此,在应用程序发生改变时,你不需要专门的1个dba去修改数据库模式。
缺少专业的数据库管理员
如果你没有专业的dba,同时你也不需要结构化你的数据及做join查询,mongodb将会是你的首选。mongodb非常适合类的持久化,类可以被序列化成json并储存在mongodb。需要注意的是,如果期望获得一个更大的规模,你必须要了解一些最佳实践来避免走入误区。
billrun——使用mongodb的账单系统|2014年2月mug il(来自oc666)现实用例学习:账单
在上一次的ilmug上,ofer cohen提出了billrun,一个下一代基于mongodb的开源账单解决方案。这个账单系统已被增速最快的以色列移动电话运营商采用,每月处理超过5亿的cdr(通讯记录),ofer分享了该系统如何利用mongodb的优势:
ppt请访问slide share
弱数据结构模式允许系统快速引入新的cdr类型,billrun负责托管所有的数据。billrun系统已经管理了tb级的表格,i/o性能受限于新字段的增加及数据体积的增长。快速副本集允许更简单地设置多数据中心drp和ha方案。分片允许i/o超预算时的线性横向扩展。在cdr插入达到2000个每秒时,mongodb非常适用于高写入系统。同时,你完全可以使用findandmodify(会影响性能)以及2阶段提交(应用程序级别)来解决事务问题。面向开发者的查询允许优雅查询的编写。基于位置允许更好的分析用户使用情况,从而更好地制定移动电话基础设施的投入点。
总结
mongodb是个非常不错的工具,但是只有在适合的场景下才能爆发出压倒性优势,billrun就是一个不错的用例。
以上所述就是本文的全部内容了,希望大家能够喜欢。
下一篇: MongoDB查询性能优化验证及验证