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

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

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

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

光是redis是不夠的，但是redis是整個大型的快取架構中，支撐高併發的架構裡面，非常重要的一個環節

首先，你的底層的快取中介軟體，快取系統，必須能夠支撐的起我們說的那種高併發，其次，再經過良好的整體的快取架構的設計（多級快取架構、熱點快取），支撐真正的上十萬，甚至上百萬的高併發

2、redis不能支撐高併發的瓶頸在哪裡？

單機

3、如果redis要支撐超過10萬+的併發，那應該怎麼做？

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

單機在幾萬

讀寫分離，一般來說，對快取，一般都是用來支撐讀高併發的，寫的請求是比較少的，可能寫請求也就一秒鐘幾千，一兩千

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

讀寫分離

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

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

redis replication

redis主從架構 -> 讀寫分離架構 -> 可支援水平擴充套件的讀高