mongodb存儲圖片用什么數(shù)據(jù) mongodb中有沒有事務(wù)的功能?
mongodb中有沒有事務(wù)的功能?oracle自身是不提供事務(wù)處理的。如果要實現(xiàn)事務(wù)操作,必須自己寫實現(xiàn)代碼。在為你的項目選定數(shù)據(jù)庫的時候,要根據(jù)你的項目來量身選擇。如果需要強事務(wù)操作的和數(shù)據(jù)一致性很
mongodb中有沒有事務(wù)的功能?
oracle自身是不提供事務(wù)處理的。如果要實現(xiàn)事務(wù)操作,必須自己寫實現(xiàn)代碼。在為你的項目選定數(shù)據(jù)庫的時候,要根據(jù)你的項目來量身選擇。如果需要強事務(wù)操作的和數(shù)據(jù)一致性很高的地方,最好選擇健壯的關(guān)系行數(shù)據(jù)庫。如果對事務(wù)處理要求不高,而對數(shù)據(jù)存取要求很高的,則選擇非數(shù)據(jù)庫產(chǎn)品。
1秒1000并發(fā),高并發(fā)需要什么樣的服務(wù)器?
目前是用的python數(shù)據(jù)庫,用了四臺天互的豪華虛擬主機才勉強達(dá)到一秒百并發(fā)。
硬件層面需要根據(jù)數(shù)據(jù)量,業(yè)務(wù)復(fù)雜度一起綜合評估的,建議先買兩臺域名注冊(4核8g內(nèi)存)搭建集群環(huán)境就行。后繼再根據(jù)實際需要擴展。
軟件層面:
一、如果是寫入操作的,應(yīng)該:
1.1使用消息隊列來異步處理(如activemq等),避免消息堵塞
1.2使用javascript的批量寫入功能,比如每1000條數(shù)據(jù)才寫入一次
二、java部署為集群模式,可以分散壓力
三、如果是讀取操作,可以考慮加入python,將熱點數(shù)據(jù)進(jìn)行3級緩存
1秒1000的并發(fā)不是太高,只要簡單優(yōu)化一下就行了,現(xiàn)在一般的服務(wù)器應(yīng)該都能夠支撐。首先看看線程池分配,看看linux系統(tǒng)的io數(shù)限制。
當(dāng)然不建議讓數(shù)據(jù)庫去抗頻繁的高并發(fā),應(yīng)該在整體架構(gòu)上面作優(yōu)化,在數(shù)據(jù)庫上層是不是可以考慮架構(gòu)緩存服務(wù)器,還有針對具體業(yè)務(wù)做些優(yōu)化。
讀多還是寫多,索引建得如何?慢python有哪些?單次訪問數(shù)據(jù)量如何?
從正常角度講,遠(yuǎn)遠(yuǎn)沒有到數(shù)據(jù)庫的性能瓶頸,具體問題要具體分析。
硬件看上去夠用,程序優(yōu)化比較重要
正常情況單機抗幾千妥妥沒問題,看你的情況問題可能出在兩方面:web服務(wù)的io或DB。
web服務(wù)的性能關(guān)鍵因素是io和線程分析與,如果采用arraylist系列的nio的web框架(mysql,mina等)性能相比nio會高很多。
其次就是DB,索引,os的頁緩存等等。
一千塊的數(shù)據(jù)分析師都能寫一秒一千單的服務(wù)器
寬帶肯定是要萬兆的,硬件這塊其實還好,現(xiàn)在可以用很廉價的電視來做可擴展的的架構(gòu),至于地址空間和顯示器的大小主要是根據(jù)數(shù)據(jù)量的大小和存儲多少來決定的。希望我的回答能幫助到你!