Redis讀寫分離

Redis要搞高并發，就要把底層的緩存搞得很好。MySQL高并發也是通過一系列複雜分庫分表。

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

光Redis是不夠的，但是Redis是整個大型的緩存架構中，支撐高并發的架構裡面，非常重要的一個環節：

• 首先，緩存中間件，緩存系統，必須能夠支撐高并發
• 再經過良好的整體的緩存架構的設計（多級緩存架構、熱點緩存），支撐真正的上十萬，甚至上百萬的高并發

Redis不能支撐高并發的瓶頸

單機redis 能夠承載的QPS大概就在上萬到幾萬不等。

根據你的業務操作的複雜性，redis提供很多複雜操作。

redis打死了，系統的瓶頸，不能支撐高并發的瓶頸。就卡死在redis單機這個問題。

如果redis要支撐超過10萬+并發，何如？

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

單機在幾萬。

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

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

讀寫分離

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

水準擴容：如果你的讀QPS再增加，也很簡單，繼續增加redis slave即可。