如何保證 redis 的高併發和高可用？redis 的主從複製原理能介紹一下麼？redis 的哨兵原理能介紹一下麼？其實問這個問題，主要是考考你，redis 單機能承載多高併發？如果單機扛不住如何擴容扛更多的併發？redis 會不會掛？既然 redis 會掛那怎麼保證 redis 是高可用的？
其實針對的都是專案中你肯定要考慮的一些問題，如果你沒考慮過，那確實你對生產系統中的問題思考太少。
如果你用 redis 快取技術的話，肯定要考慮如何用 redis 來加多台機器，保證 redis 是高併發的，還有就是如何讓 redis 保證自己不是掛掉以後就直接死掉了，即 redis 高可用。
由於此節內容較多，因此，會分為兩個小節進行講解。
redis 實現高併發主要依靠主從架構，一主多從，一般來說，很多專案其實就足夠了，單主用來寫入資料，單機幾萬 qps，多從用來查詢資料，多個從例項可以提供每秒 10w 的 qps。
如果想要在實現高併發的同時，容納大量的資料，那麼就需要 redis 集群，使用 redis 集群之後，可以提供每秒幾十萬的讀寫併發。
redis 高可用，如果是做主從架構部署，那麼加上哨兵就可以了，就可以實現，任何乙個例項宕機，可以進行主備切換。
Redis 高可用高併發集群配置
高可用 24小時對外提供服務 高併發 同一時間段能處理的請求數 意思是所有的節點都要有乙個主節點 缺點 中心掛了，服務就掛了 中心處理資料的能力有限，不能把節點效能發揮到最大 特點 就是乙個路由作用 特點 去掉路由，我自己來路由 以上通俗的就是 中心化 幾個經過認證的嘉賓在 講話 所有其他人在聽。去...
高併發 高可用
高併發 提高系統併發能力的方法主要有兩種 前者垂直擴充套件可以通過提公升單機硬體效能，或者提公升單機架構效能，來提高併發性，但單機效能總是有極限的，網際網路分布式架構設計高併發終極解決方案還是後者 水平擴充套件。網際網路分層架構中，各層次水平擴充套件的實踐又有所不同 1 反向 層可以通過 dns輪詢...
Redis如何做到高併發和高可用
1 高併發 單機的redis的qps一般在幾萬 官方說法可以達到10萬 所以對於十萬 百萬甚至千萬級別的qps，單機的redis肯定不能支撐這麼大的訪問量。解決此類高併發問題，可以採用redis的主從架構模式。主從架構 一主多從實現讀寫分離，主節點負責寫，並將資料同步給其他從節點，從節點負責讀，從而...