>>Memcached
Memcached的優(yōu)點(diǎn)：
Memcached可以利用多核優(yōu)勢蛛砰，單實(shí)例吞吐量極高，可以達(dá)到幾十萬QPS（取決于key荠诬、value的字節(jié)大小以及服務(wù)器硬件性能位仁，日常環(huán)境中QPS高峰大約在4-6w左右）。適用于最大程度扛量钧嘶。
支持直接配置為session handle琳疏。
Memcached的局限性：
只支持簡單的key/value數(shù)據(jù)結(jié)構(gòu)，不像Redis可以支持豐富的數(shù)據(jù)類型疮薇。
無法進(jìn)行持久化我注，數(shù)據(jù)不能備份，只能用于緩存使用但骨，且重啟后數(shù)據(jù)全部丟失奔缠。
無法進(jìn)行數(shù)據(jù)同步，不能將MC中的數(shù)據(jù)遷移到其他MC實(shí)例中校哎。
Memcached內(nèi)存分配采用Slab Allocation機(jī)制管理內(nèi)存，value大小分布差異較大時會造成內(nèi)存利用率降低单起，并引發(fā)低利用率時依然出現(xiàn)踢出等問題劣坊。需要用戶注重value設(shè)計(jì)嘀倒。
>>Redis
Redis的優(yōu)點(diǎn)：
支持多種數(shù)據(jù)結(jié)構(gòu)局冰，如 string（字符串）、 list(雙向鏈表)康二、dict(hash表)、set(集合）固逗、zset(排序set)藕帜、hyperloglog（基數(shù)估算）
支持持久化操作，可以進(jìn)行aof及rdb數(shù)據(jù)持久化到磁盤贝攒，從而進(jìn)行數(shù)據(jù)備份或數(shù)據(jù)恢復(fù)等操作时甚，較好的防止數(shù)據(jù)丟失的手段。
支持通過Replication進(jìn)行數(shù)據(jù)復(fù)制梨熙，通過master-slave機(jī)制刀诬，可以實(shí)時進(jìn)行數(shù)據(jù)的同步復(fù)制，支持多級復(fù)制和增量復(fù)制质欲，master-slave機(jī)制是Redis進(jìn)行HA的重要手段糠馆。
單線程請求，所有命令串行執(zhí)行九昧，并發(fā)情況下不需要考慮數(shù)據(jù)一致性問題。
支持pub/sub消息訂閱機(jī)制癌别，可以用來進(jìn)行消息訂閱與通知掉奄。
支持簡單的事務(wù)需求凤薛，但業(yè)界使用場景很少缤苫，并不成熟。
Redis的局限性：
Redis只能使用單線程活玲，性能受限于CPU性能舒憾，故單實(shí)例CPU最高才可能達(dá)到5-6wQPS每秒（取決于數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)大小以及服務(wù)器硬件性能丁溅，日常環(huán)境中QPS高峰大約在1-2w左右）探遵。
支持簡單的事務(wù)需求，但業(yè)界使用場景很少涯穷，并不成熟藏雏，既是優(yōu)點(diǎn)也是缺點(diǎn)掘殴。
Redis在string類型上會消耗較多內(nèi)存，可以使用dict（hash表）壓縮存儲以降低內(nèi)存耗用蚤告。
Mc和Redis都是Key-Value類型服爷，不適合在不同數(shù)據(jù)集之間建立關(guān)系获诈，也不適合進(jìn)行查詢搜索舔涎。比如redis的keys pattern這種匹配操作逗爹，對redis的性能是災(zāi)難。
>>mongoDB
mongoDB?是一種文檔性的數(shù)據(jù)庫挟冠。先解釋一下文檔的數(shù)據(jù)庫袍睡，即可以存放xml斑胜、json、bson類型系那個的數(shù)據(jù)掺炭。
這些數(shù)據(jù)具備自述性（self-describing）凭戴，呈現(xiàn)分層的樹狀數(shù)據(jù)結(jié)構(gòu)簇宽。redis可以用hash存放簡單關(guān)系型數(shù)據(jù)。
mongoDB?存放json格式數(shù)據(jù)譬嚣。
適合場景：事件記錄钞它、內(nèi)容管理或者博客平臺遭垛，比如評論系統(tǒng)。
1.mongodb持久化原理
mongodb與mysql不同泵督，mysql的每一次更新操作都會直接寫入硬盤庶喜，但是mongo不會，做為內(nèi)存型數(shù)據(jù)庫本缠，數(shù)據(jù)操作會先寫入內(nèi)存入问，然后再會持久化到硬盤中去，那么mongo是如何持久化的呢
mongodb在啟動時楣黍，專門初始化一個線程不斷循環(huán)（除非應(yīng)用crash掉）锡凝，用于在一定時間周期內(nèi)來從defer隊(duì)列中獲取要持久化的數(shù)據(jù)并寫入到磁盤的journal(日志)和mongofile(數(shù)據(jù))處垢啼，當(dāng)然因?yàn)樗皇窃谟脩籼砑佑涗洉r就寫到磁盤上芭析，所以按mongodb開發(fā)者說馁启，它不會造成性能上的損耗芍秆，因?yàn)榭催^代碼發(fā)現(xiàn)妖啥，當(dāng)進(jìn)行CUD操作時，記錄(Record類型)都被放入到defer隊(duì)列中以供延時批量（groupcommit）提交寫入蒿偎，但相信其中時間周期參數(shù)是個要認(rèn)真考量的參數(shù)诉位，系統(tǒng)為90毫秒菜枷，如果該值更低的話啤誊，可能會造成頻繁磁盤操作歹袁，過高又會造成系統(tǒng)宕機(jī)時數(shù)據(jù)丟失過条舔。
2.什么是NoSQL數(shù)據(jù)庫乏矾？NoSQL和RDBMS有什么區(qū)別钻心？在哪些情況下使用和不使用NoSQL數(shù)據(jù)庫捷沸？
NoSQL是非關(guān)系型數(shù)據(jù)庫，NoSQL = Not Only SQL说墨。
關(guān)系型數(shù)據(jù)庫采用的結(jié)構(gòu)化的數(shù)據(jù)尼斧，NoSQL采用的是鍵值對的方式存儲數(shù)據(jù)试吁。
在處理非結(jié)構(gòu)化/半結(jié)構(gòu)化的大數(shù)據(jù)時熄捍；在水平方向上進(jìn)行擴(kuò)展時余耽；隨時應(yīng)對動態(tài)增加的數(shù)據(jù)項(xiàng)時可以優(yōu)先考慮使用NoSQL數(shù)據(jù)庫宾添。
在考慮數(shù)據(jù)庫的成熟度缕陕；支持；分析和商業(yè)智能怜浅；管理及專業(yè)性等問題時恶座，應(yīng)優(yōu)先考慮關(guān)系型數(shù)據(jù)庫跨琳。
3.MySQL和MongoDB之間最基本的區(qū)別是什么？
關(guān)系型數(shù)據(jù)庫與非關(guān)系型數(shù)據(jù)庫的區(qū)別桂敛，即數(shù)據(jù)存儲結(jié)構(gòu)的不同术唬。
4.MongoDB的特點(diǎn)是什么粗仓？
（1）面向文檔（2）高性能（3）高可用（4）易擴(kuò)展（5）豐富的查詢語言
5.MongoDB支持存儲過程嗎借浊？如果支持的話巴碗，怎么用？
MongoDB支持存儲過程母赵，它是javascript寫的具滴，保存在db.system.js表中构韵。
6.如何理解MongoDB中的GridFS機(jī)制疲恢，MongoDB為何使用GridFS來存儲文件显拳？
GridFS是一種將大型文件存儲在MongoDB中的文件規(guī)范。使用GridFS可以將大文件分隔成多個小文檔存放瘸洛，這樣我們能夠有效的保存大文檔反肋，而且解決了BSON對象有限制的問題囚玫。
7.為什么MongoDB的數(shù)據(jù)文件很大抓督？
MongoDB采用的預(yù)分配空間的方式來防止文件碎片铃在。
8.當(dāng)更新一個正在被遷移的塊（Chunk）上的文檔時會發(fā)生什么定铜？
更新操作會立即發(fā)生在舊的塊（Chunk）上揣炕，然后更改才會在所有權(quán)轉(zhuǎn)移前復(fù)制到新的分片上畸陡。
9.MongoDB在A:{B,C}上建立索引，查詢A:{B,C}和A:{C,B}都會使用索引嗎牲览？
不會恶守，只會在A:{B,C}上使用索引兔港。
10.如果一個分片（Shard）停止或很慢的時候押框，發(fā)起一個查詢會怎樣盒揉？
如果一個分片停止了晋被，除非查詢設(shè)置了“Partial”選項(xiàng)，否則查詢會返回一個錯誤刚盈。如果一個分片響應(yīng)很慢羡洛，MongoDB會等待它的響應(yīng)。
>>Redis藕漱、Memcache和MongoDB的區(qū)別
從以下幾個維度欲侮，對redis、memcache肋联、mongoDB 做了對比威蕉，
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ù)表達(dá)娩贷，索引，最類似關(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ù)不要和別的服務(wù)在一起
4、可用性（單點(diǎn)問題）
對于單點(diǎn)問題纺非，
redis哑了，依賴客戶端來實(shí)現(xiàn)分布式讀寫；主從復(fù)制時烧颖，每次從節(jié)點(diǎn)重新連接主節(jié)點(diǎn)都要依賴整個快照,無增量復(fù)制弱左，因性能和效率問題，
所以單點(diǎn)問題比較復(fù)雜炕淮；不支持自動sharding,需要依賴程序設(shè)定一致hash 機(jī)制拆火。
一種替代方案是，不用redis本身的復(fù)制機(jī)制，采用自己做主動復(fù)制（多份存儲）们镜，或者改成增量復(fù)制的方式（需要自己實(shí)現(xiàn)）币叹，一致性問題和性能的權(quán)衡
Memcache本身沒有數(shù)據(jù)冗余機(jī)制，也沒必要模狭；對于故障預(yù)防颈抚，采用依賴成熟的hash或者環(huán)狀的算法，解決單點(diǎn)故障引起的抖動問題嚼鹉。
mongoDB支持master-slave,replicaset（內(nèi)部采用paxos選舉算法贩汉，自動故障恢復(fù)）,auto sharding機(jī)制，對客戶端屏蔽了故障轉(zhuǎn)移和切分機(jī)制锚赤。
5匹舞、可靠性（持久化）
對于數(shù)據(jù)持久化和數(shù)據(jù)恢復(fù)，
redis支持（快照线脚、AOF）：依賴快照進(jìn)行持久化策菜，aof增強(qiáng)了可靠性的同時，對性能有所影響
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ù)量較小的更性能操作和運(yùn)算上
memcache：用于在動態(tài)系統(tǒng)中減少數(shù)據(jù)庫負(fù)載躏将，提升性能;做緩存，提高性能（適合讀多寫少考蕾，對于數(shù)據(jù)量比較大祸憋，可以采用sharding）
MongoDB:主要解決海量數(shù)據(jù)的訪問效率問題
轉(zhuǎn)載自：http://www.cnblogs.com/tuyile006/p/6382062.html
