常见nosql整理

1、常见的nosql

2、Redis,Memcache,MongoDb的特色
1.Redis
优势:redis

1.支持多种数据结构,如 string(字符串)、 list(双向链表)、dict(hash表)、set(集合)、zset(排序set)、hyperloglog(基数估算)
2.支持持久化操做,能够进行aof及rdb数据持久化到磁盘,从而进行数据备份或数据恢复等操做,较好的防止数据丢失  的手段。
3.支持经过Replication进行数据复制,经过master-slave机制,能够实时进行数据的同步复制,支持多级复制和增量复制,master-slave机制是Redis进行HA的重要手段。
4.单线程请求,全部命令串行执行,并发状况下不须要考虑数据一致性问题。
5.支持pub/sub消息订阅机制,能够用来进行消息订阅与通知。
6.支持简单的事务需求,但业界使用场景不多,并不成熟。

缺点:算法

1.Redis只能使用单线程,性能受限于CPU性能,故单实例CPU最高才可能达到5-6wQPS每秒(取决于数据结构,数据大小以及服务器硬件性能,平常环境中QPS高峰大约在1-2w左右)。
2.支持简单的事务需求,但业界使用场景不多,并不成熟,既是优势也是缺点。
3.Redis在string类型上会消耗较多内存,可使用dict(hash表)压缩存储以下降内存
耗用。sql

 

Memcache
优势:mongodb

1.Memcached能够利用多核优点,单实例吞吐量极高,能够达到几十万QPS(取决于key、value的字节大小以及服务器硬件性能,平常环境中QPS高峰大约在4-6w左右)。适用于最大程度扛量。
2.支持直接配置为session handle。


缺点:数据库

1只支持简单的key/value数据结构,不像Redis能够支持丰富的数据类型。
2.没法进行持久化,数据不能备份,只能用于缓存使用,且重启后数据所有丢失。
3.没法进行数据同步,不能将MC中的数据迁移到其余MC实例中。
4.Memcached内存分配采用Slab Allocation机制管理内存,value大小分布差别较大时会形成内存利用率下降,并引起低利用率时依然出现踢出等问题。须要用户注重value设计。

3.MongoDB
优势:缓存

1.更高的写负载,MongoDB拥有更高的插入速度。
2.处理很大的规模的单表,当数据表太大的时候能够很容易的分割表。
3.高可用性,设置M-S不只方便并且很快,MongoDB还能够快速、安全及自动化的实现节点
(数据中心)故障转移。
4.快速的查询,MongoDB支持二维空间索引,好比管道,所以能够快速及精确的从指定位置
获取数据。MongoDB在启动后会将数据库中的数据以文件映射的方式加载到内存中。若是内
存资源至关丰富的话,这将极大地提升数据库的查询速度。
5.非结构化数据的爆发增加,增长列在有些状况下可能锁定整个数据库,或者增长负载从而
致使性能降低,因为MongoDB的弱数据结构模式,添加1个新字段不会对旧表格有任何影响,
整个过程会很是快速。

缺点:安全

1.不支持事务。
2.MongoDB占用空间过大 。
3.MongoDB没有成熟的维护工具。

3、Redis、Memcache和MongoDB的区别
1.性能服务器

三者的性能都比较高,总的来说:Memcache和Redis差很少,要高于MongoDB。
1
2.便利性网络

memcache数据结构单一。
redis丰富一些,数据操做方面,redis更好一些,较少的网络IO次数。
mongodb支持丰富的数据表达,索引,最相似关系型数据库,支持的查询语言很是丰富。



3,存储空间session

redis在2.0版本后增长了本身的VM特性,突破物理内存的限制;能够对key value设置过
期时间(相似memcache)。
memcache能够修改最大可用内存,采用LRU算法。
mongoDB适合大数据量的存储,依赖操做系统VM作内存管理,吃内存也比较厉害,服务不要
和别的服务在一块儿。



4.可用性

redis,依赖客户端来实现分布式读写;主从复制时,每次从节点从新链接主节点都要依赖整
个快照,无增量复制,因性能和效率问题,因此单点问题比较复杂;不支持自动sharding,需
要依赖程序设定一致hash 机制。一种替代方案是,不用redis自己的复制机制,采用本身作
主动复制(多份存储),或者改为增量复制的方式(须要本身实现),一致性问题和性能的权
衡。
Memcache自己没有数据冗余机制,也不必;对于故障预防,采用依赖成熟的hash或者环状的算法,解决单点故障引发的抖动问题。
mongoDB支持master-slave,replicaset(内部采用paxos选举算法,自动故障恢
复),auto sharding机制,对客户端屏蔽了故障转移和切分机制。


5.可靠性

redis支持(快照、AOF):依赖快照进行持久化,aof加强了可靠性的同时,对性能有所影
响。
memcache不支持,一般用在作缓存,提高性能。
MongoDB从1.8版本开始采用binlog方式支持持久化的可靠性。


6.一致性

Memcache 在并发场景下,用cas保证一致性。
redis事务支持比较弱,只能保证事务中的每一个操做连续执行。
mongoDB不支持事务。


7.数据分析

mongoDB内置了数据分析的功能(mapreduce),其余二者不支持。

8.应用场景

redis:数据量较小的更性能操做和运算上。memcache:用于在动态系统中减小数据库负载,提高性能;作缓存,提升性能(适合读多写少,对于数据量比较大,能够采用sharding)。MongoDB:主要解决海量数据的访问效率问题。--------------------- 做者:weiyanzi07 来源:CSDN 原文:https://blog.csdn.net/wyz0516071128/article/details/80877984 版权声明:本文为博主原创文章,转载请附上博文连接!

相关文章
相关标签/搜索