13 8 Redis集群方案應做什麼

一般的概念是類似於乙個**的方式，使用方法和普通的redis沒有什麼不同，在它下面設定了多個redis例項後，在使用它的時候，它需要連線到redis，在需要連線twemproxy的地方，它會以**的形式接收請求，並使用一致的雜湊演算法將請求轉移到特定的redis中， 然後將結果返回給 TweProxy。使用方便（與Redis相比，只需要修改連線埠），是老專案擴容的首選。

問題：使用一致雜湊後，由於Redis節點數量發生變化，計算值發生變化，無法自動將資料移動到新節點。

目前最常用的集群方案與twemproxy的效果相同，但支援當節點數量發生變化時，可以將舊節點的資料恢復到新的雜湊節點。

自包含集群的特點是其分布式演算法不是一致的雜湊，而是雜湊槽的概念，並且自身支援節點設定從節點。 有關詳細資訊，請參閱官方文件。

在業務層中，設定了幾個不相關的Redis例項，在**層中，對金鑰進行雜湊處理，然後使用對應的Redis例項對資料進行操作。 該方法對雜湊層有較高的要求，包括節點故障後的替代演算法解決方案、資料故障後的自動指令碼恢復、例項監控等。