就是如果你用redis快取技術的話，肯定要考慮如何用redis來加多台機器，保證redis是高併發的，還有就是如何讓redis保證自己不是掛掉以後就直接死掉了，redis高可用
redis高併發：主從架構，一主多從，一般來說，很多專案其實就足夠了，單主用來寫入資料，單機幾萬qps，多從用來查詢資料，多個從例項可以提供每秒10萬的qps。
redis高併發的同時，還需要容納大量的資料：一主多從，每個例項都容納了完整的資料，比如redis主就10g的記憶體量，其實你就最多只能容納10g的資料量。如果你的快取要容納的資料量很大，達到了幾十g，甚至幾百g，或者是幾t，那你就需要redis集群，而且用redis集群之後，可以提供可能每秒幾十萬的讀寫併發。
redis高可用：如果你做主從架構部署，其實就是加上哨兵就可以了，就可以實現，任何乙個例項宕機，自動會進行主備切換。
如何保證redis高併發及高可用
1 面試題 如何保證redis的高併發和高可用?redis的主從複製原理能介紹一下麼?redis的哨兵原理能介紹一下麼?2 考點分析 其實問這個問題，主要是考考你，redis單機能承載多高併發?如果單機扛不住如何擴容抗更多的併發?redis會不會掛?既然redis會掛那怎麼保證redis是高可用的?...
Redis高併發和高可用
如何保證 redis 的高併發和高可用？redis 的主從複製原理能介紹一下麼？redis 的哨兵原理能介紹一下麼？其實問這個問題，主要是考考你，redis 單機能承載多高併發？如果單機扛不住如何擴容扛更多的併發？redis 會不會掛？既然 redis 會掛那怎麼保證 redis 是高可用的？其實針...
Redis如何做到高併發和高可用
1 高併發 單機的redis的qps一般在幾萬 官方說法可以達到10萬 所以對於十萬 百萬甚至千萬級別的qps，單機的redis肯定不能支撐這麼大的訪問量。解決此類高併發問題，可以採用redis的主從架構模式。主從架構 一主多從實現讀寫分離，主節點負責寫，並將資料同步給其他從節點，從節點負責讀，從而...