1秒1000并發(fā)，高并發(fā)需要什么樣的服務器？目前是是用MongoDB數(shù)據(jù)庫，用不四臺天互的奢華云主機才再次至少三秒百并發(fā)。硬件層面要根據(jù)數(shù)據(jù)量，業(yè)務急切度互相綜合評估的，我建議你先買兩臺云主機（4核8

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

目前是是用MongoDB數(shù)據(jù)庫，用不四臺天互的奢華云主機才再次至少三秒百并發(fā)。

硬件層面要根據(jù)數(shù)據(jù)量，業(yè)務急切度互相綜合評估的，我建議你先買兩臺云主機（4核8g內存）壘建集群環(huán)境就行。后繼再據(jù)求實際不需要擴展。

軟件層面：

一、如果不是是寫入你的操作的，應該是：

1.1可以使用消息隊列來同步異步如何處理（如activemq等），盡量避免消息賭塞

1.2建議使用MongoDB的批量中寫入功能，比如說每1000條數(shù)據(jù)才寫入到兩次

二、MongoDB重新部署為集群模式，這個可以分散壓力

三、要是是讀取文件操作，這個可以考慮到一并加入redis，將熱點數(shù)據(jù)通過一級緩存

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

不過不見意讓數(shù)據(jù)庫去抗正常的高并發(fā)，肯定在整體架構上面作優(yōu)化系統(tǒng)，在數(shù)據(jù)庫上層會不會可以考慮架構緩存服務器，有是對具體詳細業(yè)務做些系統(tǒng)優(yōu)化。

讀多我還是寫多，索引建得如何能？慢sql有哪些？單次訪問數(shù)據(jù)量如何能？

從正常嗎角度講，仍舊還沒有到數(shù)據(jù)庫的性能瓶頸，具體詳細問題要具體看分析。

硬件外表看來就夠，程序優(yōu)化都很重要的是

正常嗎情況單機抗幾千那妥沒問題啊，看你的情況問題可能會出在兩方面：web服務的io或DB。

web服務的性能關鍵因素是io和線程模型，如果不是區(qū)分epoll系列的nio的web框架（netty，mina等）性能比起bio會高n多。

如果你是那就是DB，索引，os的頁緩存等等。

一千塊的程序員都能寫一秒種一千單的服務器

寬帶那肯定是要千兆的，硬件這塊當然而且，現(xiàn)在這個可以用很廉價的pc來做分布式的架構，當然了內存和硬盤的大小比較多是依據(jù)數(shù)據(jù)量的大小和存儲多少來判斷的。我希望我的回答能好處到你！

在windows系統(tǒng)上怎么才能把mongodb做成純的內存數(shù)據(jù)庫？

可能有cache在內存里,不好算還是放到存儲里面.是為能提高讀取文件的效率,把常用的數(shù)據(jù)放到內存中,提升到高效緩存的目的,要看數(shù)據(jù)庫本身的參數(shù)設置,不過數(shù)據(jù)庫緩沖池設置中的愈大,無法讀取的效率就越高.