1、性能

        都比較高，性能對我們來說應(yīng)該都不是瓶頸總體來講，TPS方面redis和memcache差不多，要大于mongodb

        2、操作的便利性

        memcache數(shù)據(jù)結(jié)構(gòu)單一,redis豐富一些，數(shù)據(jù)操作方面，redis更好一些，較少的網(wǎng)絡(luò)IO次數(shù)mongodb支持豐富的數(shù)據(jù)表達，索引，最類似關(guān)系型數(shù)據(jù)庫，支持的查詢語言非常豐富

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

        redis在2.0版本后增加了自己的VM特性，突破物理內(nèi)存的限制；可以對key value設(shè)置過期時間（類似memcache）memcache可以修改最大可用內(nèi)存,采用LRU算法mongoDB適合大數(shù)據(jù)量的存儲，依賴操作系統(tǒng)VM做內(nèi)存管理，吃內(nèi)存也比較厲害，服務(wù)不要和分區(qū) 

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

        4、可用性（單點問題）

        對于單點問題redis，依賴客戶端來實現(xiàn)分布式讀寫；主從復制時，每次從節(jié)點重新連接主節(jié)點都要依賴整個快照,無增量復制，因性能和效率問題，所以單點問題比較復雜；不支持自動sharding,需要依賴程序設(shè)定一致hash 機制。一種替代方案是，不用redis本身的復制機制，采用自己做主動復制（多份存儲），或者改成增量復制的方式（需要自己實現(xiàn)），一致性問題和性能的權(quán)衡Memcache本身沒有數(shù)據(jù)冗余機制，也沒必要；對于故障預防，采用依賴成熟的hash或者環(huán)狀的算法，解決單點故障引起的抖動問題。

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

        5、可靠性（持久化）

        對于數(shù)據(jù)持久化和數(shù)據(jù)恢復，redis支持（快照、AOF）：依賴快照進行持久化，aof增強了可靠性的同時，對性能有所影響memcache不支持，通常用在做緩存,提升性能；MongoDB從1.8版本開始采用binlog方式支持持久化的可靠性

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

        Memcache 在并發(fā)場景下，用cas保證一致性redis事務(wù)支持比較弱，只能保證事務(wù)中的每個操作連續(xù)執(zhí)行mongoDB不支持事務(wù)

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

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

        8、應(yīng)用場景

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

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

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