1.從問(wèn)題描述來(lái)看，你需要Nosql執(zhí)行事務(wù)功能。

2.Nosql沒(méi)有真正的事務(wù)功能（有些Nosql產(chǎn)品有假事務(wù)功能）。

3.可以借助SQL來(lái)給Nosql模擬一套事務(wù)功能，但實(shí)現(xiàn)非常復(fù)雜、麻煩、容易出錯(cuò)，而且實(shí)現(xiàn)后性能極低。

4.這個(gè)問(wèn)題的根源在于，當(dāng)初使用Nosql之前，你們根本沒(méi)認(rèn)識(shí)到Nosql到底是什么。

5.建議做法：需要事務(wù)的功能，不用Nosql，用SQL。

而傳統(tǒng)的關(guān)系數(shù)據(jù)庫(kù)在應(yīng)付web2.0網(wǎng)站，特別是超大規(guī)模和高并發(fā)的SNS類型的web2.0純動(dòng)態(tài)網(wǎng)站已經(jīng)顯得力不從心，暴露了很多難以克服的問(wèn)題，例如：
1、High performance - 對(duì)數(shù)據(jù)庫(kù)高并發(fā)讀寫的需求
web2.0網(wǎng)站要根據(jù)用戶個(gè)性化信息來(lái)實(shí)時(shí)生成動(dòng)態(tài)頁(yè)面和提供動(dòng)態(tài)信息，所以基本上無(wú)法使用動(dòng)態(tài)頁(yè)面靜態(tài)化技術(shù)，因此數(shù)據(jù)庫(kù)并發(fā)負(fù)載非常高，往往要達(dá)到每秒上萬(wàn)次讀寫請(qǐng)求。關(guān)系數(shù)據(jù)庫(kù)應(yīng)付上萬(wàn)次SQL查詢還勉強(qiáng)頂?shù)米?，但是?yīng)付上萬(wàn)次SQL寫數(shù)據(jù)請(qǐng)求，硬盤IO就已經(jīng)無(wú)法承受了。其實(shí)對(duì)于普通的BBS網(wǎng)站，往往也存在對(duì)高并發(fā)寫請(qǐng)求的需求。
2、Huge Storage - 對(duì)海量數(shù)據(jù)的高效率存儲(chǔ)和訪問(wèn)的需求
對(duì)于大型的SNS網(wǎng)站，每天用戶產(chǎn)生海量的用戶動(dòng)態(tài)，以國(guó)外的Friendfeed為例，一個(gè)月就達(dá)到了2.5億條用戶動(dòng)態(tài)，對(duì)于關(guān)系數(shù)據(jù)庫(kù)來(lái)說(shuō)，在一張2.5億條記錄的表里面進(jìn)行SQL查詢，效率是極其低下乃至不可忍受的。再例如大型web網(wǎng)站的用戶登錄系統(tǒng)，例如騰訊，盛大，動(dòng)輒數(shù)以億計(jì)的帳號(hào)，關(guān)系數(shù)據(jù)庫(kù)也很難應(yīng)付。

NoSQL 數(shù)據(jù)庫(kù)系統(tǒng)目前主流的有 HBase、MongoDB 和 SimpleDB等，每個(gè)產(chǎn)品的實(shí)現(xiàn)都不盡相同，還是要根據(jù)你的實(shí)際應(yīng)用來(lái)分析的的。比如你使用的Hbase，那就參考hadoop的擴(kuò)展方法即可。