1，Cassandra:

Cassandra從安裝配置，到使用，負(fù)載平衡機(jī)制等等，無(wú)疑是這些新興的NoSQL中最方便使用的一個(gè)（個(gè)人使用體驗(yàn)觀點(diǎn)）

但從近期的消息來(lái)看由于出現(xiàn)過(guò)幾次較為嚴(yán)重的數(shù)據(jù)庫(kù)停止服務(wù)事件，Cassandra的創(chuàng)始人Facebook,及Twitter開(kāi)始漸漸棄用
Cassandra,只把Cassandra用在非核心模塊上，不地Digg仍在使用，看來(lái)我們要謹(jǐn)慎地對(duì)待它。2008年Facebook已讓
Cassandra開(kāi)源到Apache.

2.MongoDB:

它的風(fēng)格可以說(shuō)，在當(dāng)今WebAPI流行的時(shí)代，它更易于被人使用，BJSON操作風(fēng)格，自動(dòng)數(shù)據(jù)平衡機(jī)制（當(dāng)然要當(dāng)心存貯碎片問(wèn)題），相對(duì)
MySQL等SQL數(shù)據(jù)庫(kù)有優(yōu)秀考慮全面的，分布式方案，自動(dòng)M/S主從讀寫(xiě)切換。對(duì)于數(shù)據(jù)集群來(lái)說(shuō)，可以說(shuō)相當(dāng)完美的Sharding等自動(dòng)化支持。至
今聽(tīng)說(shuō)過(guò)的最嚴(yán)重的事件就是FourSquare的11小時(shí)數(shù)據(jù)庫(kù)宕機(jī)事件。相對(duì)來(lái)說(shuō)還能接受：），它是使用C++/Boost編寫(xiě)，效率性能的確不錯(cuò)。

3.Redis:

它就是一個(gè)高效的內(nèi)存數(shù)據(jù)庫(kù)，用它來(lái)持久化數(shù)據(jù)存貯，那是扯淡，如果真拿它來(lái)與別的NoSQL一樣使用（考慮讀寫(xiě)一致性或者寫(xiě)安全）那它馬上慢下
來(lái)：）不過(guò)他提供了比Memcached更多的操作數(shù)據(jù)類型，倒可以完全用它來(lái)做為一個(gè)高效易用的緩存，Benchmark據(jù)說(shuō)優(yōu)于memcached.
我用的數(shù)據(jù)規(guī)模沒(méi)有這么大，不敢妄加評(píng)論。

4.HBase:

概念上也相對(duì)完美，有Hive開(kāi)源工具支持，使HBase,可以相對(duì)于其它NoSQL數(shù)據(jù)庫(kù)更易于使用，基于HDFS分布文件系統(tǒng)，使HBASE天
生就有對(duì)海量分布集群很好的支持。又因?yàn)榕cHadoop相伴而生，所以一個(gè)系統(tǒng)想使用數(shù)據(jù)分析，智能處理，海量邏輯執(zhí)行，完全可以選擇Hadoop +
HBase云計(jì)算方案。

MongoDB也支持js的Map/Reducer所以可以試著整合一下MongoDB進(jìn)云計(jì)算方案中。

當(dāng)我使有MySQL +
NoSQL方案時(shí)，我會(huì)選擇MongoDB,不僅是因?yàn)樗某錾暮Ａ糠植际椒桨傅闹С?，也不是因?yàn)榻?jīng)的Map/Reducer分布式計(jì)算的支持。而是因
為還沒(méi)聽(tīng)說(shuō)過(guò)它有過(guò)重大的失敗案例，相對(duì)較完美的文檔（還有中文手冊(cè)喲）還有JSON分格支持，在當(dāng)下WebAPI流行的時(shí)代，不僅是從個(gè)人喜愛(ài)角度，也
是從工程管理角度，開(kāi)發(fā)人員更Love it,呵呵。