1、redis高並發跟整個系統的高並發之間的關系
redis，你要搞高並發的話，不可避免，要把底層的緩存搞得很好
mysql，高並發，做到了，那么也是通過一系列復雜的分庫分表，訂單系統，事務要求的，QPS到幾萬，比較高了
要做一些電商的商品詳情頁，真正的超高並發，QPS上十萬，甚至是百萬，一秒鍾百萬的請求量
光是redis是不夠的，但是redis是整個大型的緩存架構中，支撐高並發的架構里面，非常重要的一個環節
首先，你的底層的緩存中間件，緩存系統，必須能夠支撐的起我們說的那種高並發，其次，再經過良好的整體的緩存架構的設計（多級緩存架構、熱點緩存），支撐真正的上十萬，甚至上百萬的高並發
2、redis不能支撐高並發的瓶頸在哪里？
單機
3、如果redis要支撐超過10萬+的並發，那應該怎么做？
單機的redis幾乎不太可能說QPS超過10萬+，除非一些特殊情況，比如你的機器性能特別好，配置特別高，物理機，維護做的特別好，而且你的整體的操作不是太復雜
單機在幾萬
讀寫分離，一般來說，對緩存，一般都是用來支撐讀高並發的，寫的請求是比較少的，可能寫請求也就一秒鍾幾千，一兩千
大量的請求都是讀，一秒鍾二十萬次讀
讀寫分離
主從架構 -> 讀寫分離 -> 支撐10萬+讀QPS的架構
4、接下來要講解的一個topic
redis replication
redis主從架構 -> 讀寫分離架構 -> 可支持水平擴展的讀高並發架構