mongodb存儲(chǔ)圖片用什么數(shù)據(jù) mongodb中有沒有事務(wù)的功能?
mongodb中有沒有事務(wù)的功能?oracle自身是不提供事務(wù)處理的。如果要實(shí)現(xiàn)事務(wù)操作,必須自己寫實(shí)現(xiàn)代碼。在為你的項(xiàng)目選定數(shù)據(jù)庫(kù)的時(shí)候,要根據(jù)你的項(xiàng)目來量身選擇。如果需要強(qiáng)事務(wù)操作的和數(shù)據(jù)一致性很
mongodb中有沒有事務(wù)的功能?
oracle自身是不提供事務(wù)處理的。如果要實(shí)現(xiàn)事務(wù)操作,必須自己寫實(shí)現(xiàn)代碼。在為你的項(xiàng)目選定數(shù)據(jù)庫(kù)的時(shí)候,要根據(jù)你的項(xiàng)目來量身選擇。如果需要強(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)估的,建議先買兩臺(tái)域名注冊(cè)(4核8g內(nèi)存)搭建集群環(huán)境就行。后繼再根據(jù)實(shí)際需要擴(kuò)展。
軟件層面:
一、如果是寫入操作的,應(yīng)該:
1.1使用消息隊(duì)列來異步處理(如activemq等),避免消息堵塞
1.2使用javascript的批量寫入功能,比如每1000條數(shù)據(jù)才寫入一次
二、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)化。
讀多還是寫多,索引建得如何?慢python有哪些?單次訪問數(shù)據(jù)量如何?
從正常角度講,遠(yuǎn)遠(yuǎn)沒有到數(shù)據(jù)庫(kù)的性能瓶頸,具體問題要具體分析。
硬件看上去夠用,程序優(yōu)化比較重要
正常情況單機(jī)抗幾千妥妥沒問題,看你的情況問題可能出在兩方面:web服務(wù)的io或DB。
web服務(wù)的性能關(guān)鍵因素是io和線程分析與,如果采用arraylist系列的nio的web框架(mysql,mina等)性能相比nio會(huì)高很多。
其次就是DB,索引,os的頁(yè)緩存等等。
一千塊的數(shù)據(jù)分析師都能寫一秒一千單的服務(wù)器
寬帶肯定是要萬兆的,硬件這塊其實(shí)還好,現(xiàn)在可以用很廉價(jià)的電視來做可擴(kuò)展的的架構(gòu),至于地址空間和顯示器的大小主要是根據(jù)數(shù)據(jù)量的大小和存儲(chǔ)多少來決定的。希望我的回答能幫助到你!