Redis服務(wù)支持5000萬的QPS，有什么好的思路？如果有面試問你這個問題，工資應(yīng)該是20萬年，其他選擇分紅應(yīng)該支付。這個想法不是堆機器就是堆機器。你認為要支持1w并發(fā)需要什么樣服務(wù)器配置？場景非常

Redis服務(wù)支持5000萬的QPS，有什么好的思路？

如果有面試問你這個問題，工資應(yīng)該是20萬年，其他選擇分紅應(yīng)該支付。這個想法不是堆機器就是堆機器。

你認為要支持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，那你就得分析具體的問題。

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

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

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