你認為要支持1w并發(fā)需要什么樣服務(wù)器配置？場景非常重要，例如10000個并發(fā)QPS或TPS，這是一個完全不同的概念。服務(wù)器優(yōu)化，現(xiàn)在通過epoll支持數(shù)百萬個連接，100000個并發(fā)無瓶頸。但是，這只

你認為要支持1w并發(fā)需要什么樣服務(wù)器配置？

場景非常重要，例如10000個并發(fā)QPS或TPS，這是一個完全不同的概念。

服務(wù)器優(yōu)化，現(xiàn)在通過epoll支持數(shù)百萬個連接，100000個并發(fā)無瓶頸。但是，這只是網(wǎng)絡(luò)層。如果涉及到具體業(yè)務(wù)，那就另當(dāng)別論了。例如，redis可以是并發(fā)的，因為只需要網(wǎng)絡(luò)IO和內(nèi)存訪問。但如果你有業(yè)務(wù)處理，掛斷數(shù)據(jù)庫，去卡夫卡，再去redis，那你就得分析具體的問題。

在我們最初的基準測試中，QPS可以支持大約60000到80000個事務(wù)，但是事務(wù)的添加、刪除和修改絕對不是那么重要。

其實你需要的是一個基準測試結(jié)果，比如TCP、HTTP基準測試、Tomcat基準測試、application framework基準測試、redis基準測試、MySQL基準測試等

我們做了application framework基準測試，基于springboot，測試接口沒有邏輯，直接查詢SQL返回結(jié)果即可。基準測試結(jié)果是8核16g內(nèi)存，運行兩個實例，最多可以并發(fā)8萬次，應(yīng)該有優(yōu)化的空間。

和一個mysql，如果可以，能支持多少并發(fā)？

獲取數(shù)據(jù)并不總是轉(zhuǎn)到數(shù)據(jù)庫。

并發(fā)性是指同時在數(shù)據(jù)庫上運行的請求數(shù)。數(shù)據(jù)庫的最大并發(fā)量與在線人數(shù)之間沒有明確的對應(yīng)關(guān)系。例如，當(dāng)您登錄到CSDN并驗證您的帳戶信息時，您可能會（直接從MC）獲得它，也可能不會。在這個時候，你有一個連接。然后你什么都沒做，當(dāng)然不可能操作數(shù)據(jù)庫，但是你仍然在線，因為你已經(jīng)登錄了。

mysql集群能支持100萬的并發(fā)請求嗎？

當(dāng)然支持一百萬并發(fā)。首先，我們必須是主人，把讀寫分開，然后要看你需要分配多少套來讀寫。不建議您使用MySQL集群，因為有太多的bug。所有這些都需要首先進行壓力測試。不同的業(yè)務(wù)使得SQL的讀寫不同。應(yīng)根據(jù)具體業(yè)務(wù)進行壓力測試。