0二、redis如何經過讀寫分離來承載讀請求QPS超過10萬+？

一、redis高併發跟整個系統的高併發之間的關係

redis，你要搞高併發的話，不可避免，要把底層的緩存搞得很好

mysql，高併發，作到了，那麼也是經過一系列複雜的分庫分表，訂單系統，事務要求的，QPS到幾萬，比較高了

要作一些電商的商品詳情頁，真正的超高併發，QPS上十萬，甚至是百萬，一秒鐘百萬的請求量

光是redis是不夠的，可是redis是整個大型的緩存架構中，支撐高併發的架構裏面，很是重要的一個環節

首先，你的底層的緩存中間件，緩存系統，必須可以支撐的起咱們說的那種高併發，其次，再通過良好的總體的緩存架構的設計（多級緩存架構、熱點緩存），支撐真正的上十萬，甚至上百萬的高併發

二、redis不能支撐高併發的瓶頸在哪裏？

單機

三、若是redis要支撐超過10萬+的併發，那應該怎麼作？

單機的redis幾乎不太可能說QPS超過10萬+，除非一些特殊狀況，好比你的機器性能特別好，配置特別高，物理機，維護作的特別好，並且你的總體的操做不是太複雜

單機在幾萬

讀寫分離，通常來講，對緩存，通常都是用來支撐讀高併發的，寫的請求是比較少的，可能寫請求也就一秒鐘幾千，一兩千

大量的請求都是讀，一秒鐘二十萬次讀

讀寫分離

主從架構 -> 讀寫分離 -> 支撐10萬+讀QPS的架構

四、接下來要講解的一個topic

redis replication

redis主從架構 -> 讀寫分離架構 -> 可支持水平擴展的讀高併發架構