redis中間件

redis的集羣：
集羣策略：
主從複製（從庫從主庫同步獲取數據，自己不提供服務）
哨兵（監控主庫和從庫，當主庫掛的時候自動把從庫選一個切換爲主庫，主庫存放的是全量數據）
集羣
參考：https://blog.csdn.net/q649381130/article/details/79931791，https://blog.csdn.net/c295477887/article/details/52487621

集羣原理：

redis cluster在設計的時候，就考慮到了去中心化，去中間件，也就是說，集羣中的每一個節點都是平等的關係，都是對等的，每一個節點都保存各自的數據和整個集羣的狀態。每一個節點都和其餘全部節點鏈接，並且這些鏈接保持活躍，這樣就保證了咱們只須要鏈接集羣中的任意一個節點，就能夠獲取到其餘節點的數據。

Redis 集羣沒有並使用傳統的一致性哈希來分配數據，而是採用另一種叫作哈希槽 (hash slot)的方式來分配的。redis cluster 默認分配了 16384 個slot，當咱們set一個key 時，會用CRC16算法來取模獲得所屬的slot，而後將這個key 分到哈希槽區間的節點上，具體算法就是：CRC16(key) % 16384。因此咱們在測試的時候看到set 和 get 的時候，直接跳轉到了7000端口的節點。

Redis 集羣會把數據存在一個 master 節點，而後在這個 master 和其對應的salve 之間進行數據同步。當讀取數據時，也根據一致性哈希算法到對應的 master 節點獲取數據。只有當一個master 掛掉以後，纔會啓動一個對應的 salve 節點，充當 master 。

須要注意的是：必需要3個或以上的主節點，不然在建立集羣時會失敗，而且當存活的主節點數小於總節點數的一半時，整個集羣就沒法提供服務了。

 

集羣又分爲以下：
客戶端分片
基於代理的分片
路由查詢
參考：https://www.jianshu.com/p/14835303b07e