架構實戰

（一）Redis采用主從架構的原因

（二）

---

?

如果系統的QPS超過10W+，甚至是百萬以上的訪問，則光是Redis是不夠的，但是Redis是整個大型緩存架構中，支撐高并發的架構非常重要的環節。

首先，你的緩存中間件、緩存系統，必須能夠支撐起10w+的高并發； 其次，再經過良好的整理緩存架構設計（多級緩存架構、熱點緩存等），支撐真正上十萬、甚至上百萬的高并發。

然而單機的Redis是支撐不了的，單機的Redis能夠承載的QPS大概就在上萬到幾萬的并發，除非你的服務器配置特別高，性能特別好的物理機，才有可能支持10w的請求，如果大量的訪問過來，單機Redis被流量打死，則系統的瓶頸就卡到Redis上了。所以，我們要采用主從架構的Redis來支撐高并發系統。

一般高并發的應用，寫的請求是比較少的，大量的請求都是讀。所以我們要采用? 主從架構 +?讀寫分離，來支撐10W+ 的讀QPS的系統。

（1）主從架構

（2）讀寫分離

（3）可支持水平擴展的讀高并發架構

?redis replication的核心機制

（1）redis采用異步的方式復制數據到slave節點上，從2.8版本開始，salve node會周期性的確認自己每次復制的數據量

（2）一個master node可以配置多個slave node節點

（3）slave node也可以連接其他的slave node節點

（4）slave node做復制的時候，也不會阻止master node的正常工作

（5）slave node在做復制的時候，不會阻止對自己的查詢操作，它會用舊的數據集來提供服務；但是復制完成的時候，需要刪除舊的數據集，加載新數據集，這時候就會暫停對外的服務了

（6）slave node主要用來做橫向擴容，做讀寫分離，擴容的slave node可以提供讀的吞吐量

?

?

轉載請注明出處：http://www.cnblogs.com/chenansys/articles/7467043.html?

轉載于:https://www.cnblogs.com/chenansys/articles/7467043.html

總結

以上是生活随笔為你收集整理的架构实战：（一）Redis采用主从架构的原因的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。