[TOC] 參考鏈接：[https://juejin.im/post/5db3f7b5e51d4529ed2918df](https://juejin.im/post/5db3f7b5e51d4529ed2918df) ## redis如何通過讀寫分享來承載讀請求QPS超過10萬+ redis，你要搞高并發的話，不可避免，要把底層的緩存搞得很好。 首先，你的底層的緩存中間件，緩存系統，必須能夠支撐的起我們說的那種高并發，其次，再經過良好的整體的緩存架構的設計（多級緩存架構、熱點緩存），支撐真正的上十萬，甚至上百萬的高并發 ## redis不能支撐高并發的瓶頸在哪里？ 單機 ## 如果redis要支撐超過10萬+的并發，那應該怎么做？ 單機的redis幾乎不太可能說QPS超過10萬+，除非一些特殊情況，比如你的機器性能特別好，配置特別高，物理機，維護做的特別好，而且你的整體的操作不是太復雜 單機在幾萬 讀寫分離，一般來說，對緩存，一般都是用來支撐讀高并發的，寫的請求是比較少的，可能寫請求也就一秒鐘幾千，一兩千 大量的請求都是讀，一秒鐘二十萬次讀 讀寫分離 主從架構 -> 讀寫分離 -> 支撐10萬+讀QPS的架構 ## 總結 redis高并發：主從架構，一主多從，一般來說，很多項目其實就足夠了，單主用來寫入數據，單機幾萬QPS，多從用來查詢數據，多個從實例可以提供每秒10萬的QPS。 redis高并發的同時，還需要容納大量的數據：一主多從，每個實例都容納了完整的數據，比如redis主就10G的內存量，其實你最多只能容納10g的數據量。如果你的緩存要容納的數據量很大，達到了幾十g，甚至幾百g，或者是幾t，那你就需要redis集群，而且用redis集群之后，可以提供可能每秒幾十萬的讀寫并發。 redis高可用：如果你做主從架構部署，其實就是加上哨兵就可以了，就可以實現，任何一個實例宕機，自動會進行主備切換。