mongodb中有沒(méi)有事務(wù)的功能？oracle自身是不提供事務(wù)處理的。如果要實(shí)現(xiàn)事務(wù)操作，必須自己寫(xiě)實(shí)現(xiàn)代碼。在為你的項(xiàng)目選定數(shù)據(jù)庫(kù)的時(shí)候，要根據(jù)你的項(xiàng)目來(lái)量身選擇。如果需要強(qiáng)事務(wù)操作的和數(shù)據(jù)一致性很

mongodb中有沒(méi)有事務(wù)的功能？

oracle自身是不提供事務(wù)處理的。如果要實(shí)現(xiàn)事務(wù)操作，必須自己寫(xiě)實(shí)現(xiàn)代碼。在為你的項(xiàng)目選定數(shù)據(jù)庫(kù)的時(shí)候，要根據(jù)你的項(xiàng)目來(lái)量身選擇。如果需要強(qiáng)事務(wù)操作的和數(shù)據(jù)一致性很高的地方，最好選擇健壯的關(guān)系行數(shù)據(jù)庫(kù)。如果對(duì)事務(wù)處理要求不高，而對(duì)數(shù)據(jù)存取要求很高的，則選擇非數(shù)據(jù)庫(kù)產(chǎn)品。

1秒1000并發(fā)，高并發(fā)需要什么樣的服務(wù)器？

目前是用的python數(shù)據(jù)庫(kù)，用了四臺(tái)天互的豪華虛擬主機(jī)才勉強(qiáng)達(dá)到一秒百并發(fā)。

硬件層面需要根據(jù)數(shù)據(jù)量，業(yè)務(wù)復(fù)雜度一起綜合評(píng)估的，建議先買(mǎi)兩臺(tái)域名注冊(cè)（4核8g內(nèi)存）搭建集群環(huán)境就行。后繼再根據(jù)實(shí)際需要擴(kuò)展。

軟件層面：

一、如果是寫(xiě)入操作的，應(yīng)該：

1.1使用消息隊(duì)列來(lái)異步處理（如activemq等），避免消息堵塞

1.2使用javascript的批量寫(xiě)入功能，比如每1000條數(shù)據(jù)才寫(xiě)入一次

二、java部署為集群模式，可以分散壓力

三、如果是讀取操作，可以考慮加入python，將熱點(diǎn)數(shù)據(jù)進(jìn)行3級(jí)緩存

1秒1000的并發(fā)不是太高，只要簡(jiǎn)單優(yōu)化一下就行了，現(xiàn)在一般的服務(wù)器應(yīng)該都能夠支撐。首先看看線程池分配，看看linux系統(tǒng)的io數(shù)限制。

當(dāng)然不建議讓數(shù)據(jù)庫(kù)去抗頻繁的高并發(fā)，應(yīng)該在整體架構(gòu)上面作優(yōu)化，在數(shù)據(jù)庫(kù)上層是不是可以考慮架構(gòu)緩存服務(wù)器，還有針對(duì)具體業(yè)務(wù)做些優(yōu)化。

讀多還是寫(xiě)多，索引建得如何？慢python有哪些？單次訪問(wèn)數(shù)據(jù)量如何？

從正常角度講，遠(yuǎn)遠(yuǎn)沒(méi)有到數(shù)據(jù)庫(kù)的性能瓶頸，具體問(wèn)題要具體分析。

硬件看上去夠用，程序優(yōu)化比較重要

正常情況單機(jī)抗幾千妥妥沒(méi)問(wèn)題，看你的情況問(wèn)題可能出在兩方面：web服務(wù)的io或DB。

web服務(wù)的性能關(guān)鍵因素是io和線程分析與，如果采用arraylist系列的nio的web框架（mysql，mina等）性能相比nio會(huì)高很多。

其次就是DB，索引，os的頁(yè)緩存等等。

一千塊的數(shù)據(jù)分析師都能寫(xiě)一秒一千單的服務(wù)器

寬帶肯定是要萬(wàn)兆的，硬件這塊其實(shí)還好，現(xiàn)在可以用很廉價(jià)的電視來(lái)做可擴(kuò)展的的架構(gòu)，至于地址空間和顯示器的大小主要是根據(jù)數(shù)據(jù)量的大小和存儲(chǔ)多少來(lái)決定的。希望我的回答能幫助到你！