常用NoSQL比较

公司最近正在做NoSQL选型,通过一周的时间对几种常用的NoSQL做了以下粗略的分析和比较

名词解释:

分布式存储单元:在分布式存储中,通常要把比较大的数据文件切割成不同的块,以便放到不同的机器上分开存储,每一个分割块称之为一个存储单元。

一、CouchDB

CouchDB是一种面向文档(document-oriented)的nosql数据库,文档的存储格式通过JSON进行描述,在结构部署上采用的是peer-based方式,即每台机器在功能上来讲是同等重要的,没有master和slave的区分,所存储的数据也都是相同的(没有做到数据的分布式存储),类似于Subversion中版本库和工作拷贝的概念。

官方文档中所声明的功能特性主要有以下几个方面:

1.多平台部署,包括Android和iOS

2.出色的数据完整性和可靠性支持

3.对BLOB数据类型提供原生支持

4.基于文档的版本管理功能

5.框架自带MapReduce组件

6.query查询支持(通过javascript)

7.提供Java API和REST API

优势:

多平台支持(移动平台)

在数据量较小的情况下,可作为单机版离线使用,而在必要的时候进行联网更新。

二、Redis

Redis是一种基于key-value存储格式的nosql数据库,在结构部署上采用了master/slave的方式,其中slave节点起到备份的作用,当master节点出现问题的时候,slave节点可替换成master,从而确保了系统安全稳定的特性。

分布式存储单元:slot(一组key/value存储记录的集合)

一个cluster里面可能会有多个matser节点,master节点通过互相通信来记录彼此之间所存储的slot信息,从而确保了client端可以通过任何master节点定位到需要的slot,获取到slot信息后,client端还会将该slot地址缓存到本地,从而加快了下次查询的效率。

部署结构如图所示:

注:图中没有画出slave节点(slave只是起到备份master的作用),所有的圆圈全部为master,并且master之间的通信呈网状结构。

三、MongoDB

同CouchDB一样,MongoDB也是一种面向文档的nosql数据库,所不同的是在存储方式上采用的是分布式存储,其部署结构与Redis相似(基于master/slave方式),只不过功能组件较Redis划分的更加详细,如图所示:

图片说明:

shard:每一个master节点和用于备份它的slaves称之为一个shard,系统由多个shards组成

config servers:记录了每一个shard的地址,和shard所存储的数据信息

mongos:同Redis的部署结构相比,mongos相当于是master和client之间的一个中间节点,起到路由和协调的功能,client端不再直接与master进行交互,而是通过mongos找到合适的master,在将master的计算结果返回到client

分布式存储单元:chunk

MongoDB中,Collection的概念类似于关系数据库中的Table,用来存储具有某一类性质的数据,而chunk是collection中一组元素的集合,mongoDB通过将每个Collection划分成多个chunk来实现分布式存储。

官方文档中所声明的功能特性主要有以下几个方面:

1.系统横向扩展功能--shard的热插拔

2.自动切片功能,当每个chunk的数据量大到溢出时,mongDB会重新进行切片处理

3.自动故障转移,master节点出现问题时,slave节点会替换掉master

4.负载均衡

6.query查询支持(通过JSON表达式来描述)

7.框架封装MapReduce组件

mapReduce功能函数只能用javascript编写,并且通过控制台命令执行

8.GridFS文档系统--功能类似于Hadoop的HDFS,实现分布式存储功能

四、Hbase

HBase基于Google的BigTable构建,是一种column-oriented类型的nosql数据库,在部署结构上依然采用master/slave方式,但是它的master/slave理念与MongoDB和Redis完全不同。

分布式存储单元:Region

Hbase的schema描述在概念模型上延续了关系数据的Table定义,只不过它所定义的Table是没有column约束的,Hbase通过将Table切割成多个Region来实现分布式存储的功能,这样每个Region都封装了一组Row的范围。

Hbase主要包含了3大功能组件,包括:

1.RegionServer:在HBase中,RegionServer充当slave角色,负责与client端进行交互。

2.MasterServer:充当master角色,负责将Region分配给RegionServer、动态加载或卸载RegionServer、对RegionServer实现负载均衡功能、管理schema定义

3.ClientLibrary:负责查找并缓存RegionServer及它所存储的Region地址(通过METADATATabel)

在Hbase部署中,client不再和master进行交互,所有的读写操作都是直接通过RegionServer来完成,而master在此起到了负载均衡的作用,当某一个RegionServer加载量较大时,master可以将其中的Region重新切片部署。

官方文档中所声明的功能特性主要有以下几个方面:

1.系统横向扩展功能—RegionServer热插拔

2.基于行的读写一致性

3.自动切片功能(基于Region)

4.自动故障转移

RegionServer出现问题时,系统会转移到其他的RegionServer进行处理

5.负载均衡

6.集成Hadoop框架

存储基于Hadoop的HDFS,分布式计算基于Hadoop的MapReduce

7.块缓存功能和丰富的过滤器功能--便于查询操作

8.提供连接池功能

9.基于cell的版本功能

10.java API和REST API

优势:

Query功能强大--HIVE框架支持

功能模块划分详细,基本上每一个功能模块都是通过一个框架来实现

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值