您的位置:首页 > 数据库

对比主流NoSQL数据库特性与应用场景

2014-04-08 14:36 477 查看
与关系型数据库RDBMS的大厂商垄断不同,NoSQL在发展之初就可谓是百家争鸣、百花齐放,无论目前如日中天的MongoDB,还是刚刚发布最新版本的Redis;无论是面向文本的CouchDB,还是基于KV的Cassandra,都有着各自的特点和应用场景。而作为传统SQL数据库的良好补充,DBA有必要了解这些主流NoSQL数据库的各自特点。在本文中,我们就将对比一下主流NoSQL数据库,包括了Cassandra、Mongodb、CouchDB、Redis、Riak以及HBase。

基本特性:



各自特点与应用场景:

Cassandra

分布式与复制的权衡
根据列和键范围进行查询
BigTable类似的功能:列,列族
写比读快很多
Map/reduce Apache Hadoop
Java语言在设置上会有一定复杂度

最佳适用:写操作较多,读比较少的时候。如果你的系统都是基于Java的时候。

应用场景:银行,金融行业。数据分析。

MongoDB

主从复制
查询利用javascript表达式
服务器端运行javascript函数
比CouchDB更容易就地升级
内置Sharding
数据存储使用的是内存映射文件
数据库崩溃后需要对表进行修复
持久性更好

最佳适用:如果你需要动态的查询,如果你更偏向与定义索引而非 map/reduce,如果你针对大数据库想要更好的性能,如果你想使用CouchDB而数据变化太快,磁盘不够用的话,可以使用MongoDB。

应用场景:一言以蔽之,MySQL或PostgreSQL的替代品。

CouchDB

双向复制
连续或ad-hoc
冲突检测
主主复制(master-master replication)
多版本并发控制,写操作不会阻塞读取
通用的技术文档
只崩溃设计Crash-only
需要经常压缩
视图:嵌入式map/reduce
格式化视图:lists & shows
服务器端文档验证可行
身份验证可行
通过_changes实时更新
附件处理
CouchApps(独立js应用)
包括jQuery库

最佳适用:对于数据变化不太频繁的业务,运行有预先定义的查询。此外对于版本控制有高要求的业务同样适用。

应用场景:CRM、CMS系统。主主复制是非常有趣的功能特性,它令多站点部署变得更加容易。



Riak

分布式与复制的权衡
post-commit 和pre-commit hooks
安全性验证
内置的全文检索
Javascript或Erlang Map/reduce
开源 与 企业 两个版本

最佳适用:如果你想要Cassandra或Dynamo类似的功能,但不想太复杂。如果你需要非常好的单点扩展性、可用性和容错功能可以使用Riak。

应用场景:销售点数据采集。工厂控制系统。需要零停机时间的场景。

Redis

内存数据库
2.0版本之后可以部署到硬盘上
主从复制
简单的Key-Value
操作符较为复杂,如ZREVRANGEBYSCORE
INCR & co (有利于速率限制和统计)
有集合(union/diff/inter)
有列表(a queue; blocking pop)
有散列(多字段对象)
NoSQL中唯一处理交易的数据库
Value可以设定过期
分类集合(有利于范围查询)
针对数据变化的Pub/Sub和WATCH

最佳适用:在数据库大小可预见的前提下,适用于数据变化速度快的应用。

应用场景:股价系统,数据分析,实时数据采集以及实时通信场景。

HBase

分布式与复制的权衡
模仿BigTable
Map/reduce Hadoop
利用服务器端扫描进行查询预测叠加并获取过滤
优化的实时查询
高性能Thrift网关
HTTP支持XML、Protobuf和二进制
Cascading、hive、pig source和sink模块
基于Jruby的shell
无单点故障
类似MySQL的随机访问性能

最佳适用:如果你喜欢BigTable,如果你需要随即、实时的读写大数据(Big Data),可以使用HBase。

应用场景:Facebook网站邮件数据库等。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: