從以下幾個(gè)維度，對(duì)redis、memcache、mongoDB 做了對(duì)比，歡迎拍磚

1、性能

都比較高，性能對(duì)我們來(lái)說(shuō)應(yīng)該都不是瓶頸

總體來(lái)講，TPS方面redis和memcache差不多，要大于mongodb

2、操作的便利性

memcache數(shù)據(jù)結(jié)構(gòu)單一

redis豐富一些，數(shù)據(jù)操作方面，redis更好一些，較少的網(wǎng)絡(luò)IO次數(shù)

mongodb支持豐富的數(shù)據(jù)表達(dá)，索引，最類似關(guān)系型數(shù)據(jù)庫(kù)，支持的查詢語(yǔ)言非常豐富

3、內(nèi)存空間的大小和數(shù)據(jù)量的大小

redis在2.0版本后增加了自己的VM特性，突破物理內(nèi)存的限制；可以對(duì)key value設(shè)置過(guò)期時(shí)間（類似memcache）

memcache可以修改最大可用內(nèi)存,采用LRU算法

mongoDB適合大數(shù)據(jù)量的存儲(chǔ)，依賴操作系統(tǒng)VM做內(nèi)存管理，吃內(nèi)存也比較厲害，服務(wù)不要和別的服務(wù)在一起

4、可用性（單點(diǎn)問(wèn)題）

對(duì)于單點(diǎn)問(wèn)題，

redis，依賴客戶端來(lái)實(shí)現(xiàn)分布式讀寫(xiě)；主從復(fù)制時(shí)，每次從節(jié)點(diǎn)重新連接主節(jié)點(diǎn)都要依賴整個(gè)快照,無(wú)增量復(fù)制，因性能和效率問(wèn)題，

所以單點(diǎn)問(wèn)題比較復(fù)雜；不支持自動(dòng)sharding,需要依賴程序設(shè)定一致hash 機(jī)制。

一種替代方案是，不用redis本身的復(fù)制機(jī)制，采用自己做主動(dòng)復(fù)制（多份存儲(chǔ)），或者改成增量復(fù)制的方式（需要自己實(shí)現(xiàn)），一致性問(wèn)題和性能的權(quán)衡

Memcache本身沒(méi)有數(shù)據(jù)冗余機(jī)制，也沒(méi)必要；對(duì)于故障預(yù)防，采用依賴成熟的hash或者環(huán)狀的算法，解決單點(diǎn)故障引起的抖動(dòng)問(wèn)題。

mongoDB支持master-slave,replicaset（內(nèi)部采用paxos選舉算法，自動(dòng)故障恢復(fù)）,auto sharding機(jī)制，對(duì)客戶端屏蔽了故障轉(zhuǎn)移和切分機(jī)制。

5、可靠性（持久化）

對(duì)于數(shù)據(jù)持久化和數(shù)據(jù)恢復(fù)，

redis支持（快照、AOF）：依賴快照進(jìn)行持久化，aof增強(qiáng)了可靠性的同時(shí)，對(duì)性能有所影響

memcache不支持，通常用在做緩存,提升性能；

MongoDB從1.8版本開(kāi)始采用binlog方式支持持久化的可靠性

6、數(shù)據(jù)一致性（事務(wù)支持）

Memcache 在并發(fā)場(chǎng)景下，用cas保證一致性

redis事務(wù)支持比較弱，只能保證事務(wù)中的每個(gè)操作連續(xù)執(zhí)行

mongoDB不支持事務(wù)

7、數(shù)據(jù)分析

mongoDB內(nèi)置了數(shù)據(jù)分析的功能(mapreduce),其他不支持

8、應(yīng)用場(chǎng)景

redis：數(shù)據(jù)量較小的更性能操作和運(yùn)算上

memcache：用于在動(dòng)態(tài)系統(tǒng)中減少數(shù)據(jù)庫(kù)負(fù)載，提升性能;做緩存，提高性能（適合讀多寫(xiě)少，對(duì)于數(shù)據(jù)量比較大，可以采用sharding）

MongoDB:主要解決海量數(shù)據(jù)的訪問(wèn)效率問(wèn)題