Redis、MongoDB、Memcache的比较

• Redis和Memcache都是将数据放在内存中，都是内存数据库，不过Memcache还可以缓存注入图片、视频等文件
• 数据类型：memcache在添加数据时需要指定数据库的字节长度，而Redis不需要
• 虚拟内存：Redis在物理内存用完时，会将一些很久没用到的value交换到磁盘
• 过期策略：memcahe在set时就指定，如set keyname 0 0 8，即永不过期；Redis可以通过例如expire设定，如：expire name 10
• 分布式：设定memcache集群。利用magent做一主多从；Redis可以做一主多从。都可以一主多从
• 存储数据安全：memcahe挂掉后，数据就没了；Redis可以定期保存到磁盘（持久化）
• 灾难恢复：memcache挂掉后，数据就没了；Redis可以通过aof恢复

1、性能：都比较高，性能来说应该不是瓶颈，总体来说，TPS方面Redis和memcache差不多，但要大于MongoDB

2、操作便利性：

• memcache数据结构单一；
• Redis丰富一些，数据操作方便，Redis更好一些，较少的网络IO次数；
• MongoDB支持丰富的数据表达、索引，最类似关系型数据库，支持的查询语言非常丰富。

3、内存空间大小和数据量大小：

• Redis在2.0以后增加了自己的VM特性，突破物理内存限制；可以对key value设置过期时间（类似memcache）；

• memcache可以修改最大可用内存，采用LRU算法；

• MongoDB适合大数据量的存储，依赖操作系统VM做内存管理，吃内粗也比较厉害，服务不要和别的服务一起

4、可用性（单点问题）

• Redis依赖客户端来实现分布式读写；主从复制时，每次从节点重新连接主节点都要依赖整个快照，无增量复制，因性能和效率问题，所以单点问题比较复杂；不支持自动sharding，需要依赖程序设定一致hash机制。一种替代方案是，不用Redis本身的复制机制，采用自己做主动复制（多分存储），或者改成增量复制的方式，一只西瓜问题和性能的权衡。
• memcache本身没有数据冗余机制，也没必要；对于故障预防，采用依赖成熟的hash或者环状的算法，解决单点故障引起的抖动问题。
• MongoDB支持master-slave、replicaset、auto sharding机制，对客户端屏蔽了故障转移和切分机制

5、可靠性（持久化）

• Redis支持（快照、AOF）：依赖快照进行持久化，AOF增强了可靠性的同时，对性能有所影响；
• memcache不支持，通常用在做缓存，提升性能
• MongoDB从1.8开始采用binlog方式支持持久化的可靠性

6、数据一致性（事务支持）

• memcache在并发场景下，用cas保持一致性
• Redis事务支持比较弱，只能保证事务中的每个操作连续执行
• MongoDB不支持事务

7、数据分析

• MongoDB内置了数据分析的功能（mapreduce），其他不支持

8、应用场景

• redis多用于数据量较小性能操作和运算上
• memcache用于在动态系统中减少数据库负载，提升性能；做缓存，提高性能（适合读多写少，对于数据量比较大，可以采用sharding）
• MongoDB主要用于解决海量数据的访问效率问题