1秒1000并發(fā)，高并發(fā)需要什么樣的服務(wù)器？硬件層面需要根據(jù)數(shù)據(jù)量，業(yè)務(wù)復(fù)雜度一起綜合評(píng)估的，建議先買兩臺(tái)云主機(jī)（4核8g內(nèi)存）搭建集群環(huán)境就行。后繼再根據(jù)實(shí)際需要擴(kuò)展。軟件層面：一、如果是寫入操作的

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

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

軟件層面：

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

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

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

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

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

支撐日活百萬(wàn)用戶的高并發(fā)系統(tǒng)，應(yīng)該如何設(shè)計(jì)其數(shù)據(jù)庫(kù)架構(gòu)？ ？

以mysql為列：

1：支撐高并發(fā)系統(tǒng)，一定會(huì)涉及事務(wù)，所以數(shù)據(jù)庫(kù)引擎必選innodb，innodb支持事務(wù)，事務(wù)級(jí)別根據(jù)業(yè)務(wù)而定，如果業(yè)務(wù)數(shù)據(jù)一致性要求很高，事務(wù)就開(kāi)啟序列化級(jí)別，這樣就完全隔離事務(wù)，但是會(huì)導(dǎo)致鎖資源競(jìng)爭(zhēng)加劇。mysql的性能有一定的降低。

2：讀寫分離，數(shù)據(jù)庫(kù)分成主庫(kù)和從庫(kù)，主庫(kù)負(fù)責(zé)寫數(shù)據(jù)，叢庫(kù)負(fù)責(zé)讀數(shù)據(jù)。注意主從數(shù)據(jù)庫(kù)數(shù)據(jù)一致性問(wèn)題。

3：冷熱數(shù)據(jù)分離，美團(tuán)，餓了么部分設(shè)計(jì)采用冷熱數(shù)據(jù)分離，拿訂單來(lái)說(shuō)，已送達(dá)訂單，主要的業(yè)務(wù)場(chǎng)景就是查詢，越往前的數(shù)據(jù)查詢的概率就越低。這就是冷數(shù)據(jù)。正在交易的訂單就是熱數(shù)據(jù)，需要時(shí)時(shí)查詢和更新。對(duì)于冷數(shù)據(jù)，可以放到redis緩存。這樣會(huì)增加查詢效率。

4：數(shù)據(jù)表設(shè)計(jì)，充分利用索引查詢。業(yè)務(wù)sql避免返回?zé)o用的行和列，禁止使用select *查詢，查詢的時(shí)候加limit，盡可能返回滿足要求的行。對(duì)于復(fù)雜的sql，考慮拆分sql，拆分sql有一個(gè)好處，重復(fù)查詢的sql，第二次查詢會(huì)放到mysql的緩沖區(qū)，避免重復(fù)操作磁盤，提高訪問(wèn)的性能。

5：分庫(kù)分表。比如業(yè)務(wù)數(shù)據(jù)按月分等。一定程度緩解增刪改查的壓力。

希望對(duì)你有一定的幫助。謝謝。

你怎么看待滿嘴高并發(fā)，編碼能力卻稀松平常的程序員？

我是搬磚哥我來(lái)回答。

高并發(fā)的核心原理，是網(wǎng)絡(luò)io的事件處理機(jī)制，就細(xì)節(jié)來(lái)說(shuō)，一些重要環(huán)節(jié)，比如協(xié)議的斷包組包處理，還是比較復(fù)雜的，但就大部分的面試和日常工作來(lái)說(shuō)，做到切實(shí)理解reactor機(jī)制的核心，就差不多了。關(guān)于高并發(fā)，可以多看下陳碩的那本書。

關(guān)鍵問(wèn)題在于如果編程能力很稀松，那么問(wèn)題很大，簡(jiǎn)單說(shuō)交給一個(gè)任務(wù)，或者解決一個(gè)問(wèn)題，動(dòng)手能力弱的話，可能會(huì)久搞不定，還容易出錯(cuò)。對(duì)于開(kāi)發(fā)崗位來(lái)說(shuō)，現(xiàn)在公司不論大小，日常工作不會(huì)有特大難度或規(guī)模的開(kāi)發(fā)，換句話說(shuō)誰(shuí)的基本功更過(guò)硬，誰(shuí)的任務(wù)往往完成的又快又好。

動(dòng)手能力弱有個(gè)特別簡(jiǎn)單直接的改進(jìn)方法，就是刷leetcode之類，把代碼先寫起來(lái)。不論什么語(yǔ)言，先多寫，寫的多了自然不會(huì)稀松。

然后從簡(jiǎn)單面向?qū)ο蟮阶罨A(chǔ)的兩三個(gè)設(shè)計(jì)模式，串行到并行，結(jié)合自己的編程語(yǔ)言，把語(yǔ)言的特性逐漸吃透，過(guò)程也是和刷題一樣，寫代碼不斷加深印象。包括學(xué)一門新的編程語(yǔ)言也是如此。

對(duì)大多數(shù)人來(lái)說(shuō)，達(dá)到編程高手都不容易，但達(dá)到合格員工完全可以的，付出夠的努力即可，好腦子不如爛筆頭。