redis集羣和哨兵的區別

監控主數據庫和從數據庫是否正常運行。

主數據庫出現故障時自動將從數據庫轉換爲主數據庫。

sentinel發現master掛了後，就會從slave中重新選舉一個master。

哨兵模式強調高可用

Sentinel 系統用於管理多個 Redis 服務器（instance）， 該系統執行以下三個任務：

監控（Monitoring）： Sentinel 會不斷地檢查你的主服務器和從服務器是否運作正常。

提醒（Notification）： 當被監控的某個 Redis 服務器出現問題時， Sentinel 可以通過 API 向管理員或者其他應用程序發送通知。

自動故障遷移（Automatic failover）： 當一個主服務器不能正常工作時， Sentinel 會開始一次自動故障遷移操作， 它會將失效主服務器的其中一個從服務器升級爲新的主服務器， 並讓失效主服務器的其他從服務器改爲複製新的主服務器； 當客戶端試圖連接失效的主服務器時， 集羣也會向客戶端返回新主服務器的地址， 使得集羣可以使用新主服務器代替失效服務器。

客戶端中不會記錄redis的地址（某個IP），而是記錄sentinel的地址，這樣我們可以直接從sentinel獲取的redis地址，因爲sentinel會對所有的master、slave進行監控，它是知道到底誰纔是真正的master的，例如我們故障轉移，這時候對於sentinel來說，master是變了的，然後通知客戶端。而客戶端根本不用關心到底誰纔是真正的master，只關心sentinel告知的master。

集羣

即使使用哨兵，redis每個實例也是全量存儲，每個redis存儲的內容都是完整的數據，浪費內存且有木桶效應。爲了最大化利用內存，可以採用集羣，就是分佈式存儲。即每臺redis存儲不同的內容，共有16384個slot。每個redis分得一些slot，hash_slot = crc16(key) mod 16384 找到對應slot，鍵是可用鍵，如果有{}則取{}內的作爲可用鍵，否則整個鍵是可用鍵

集羣至少需要3主3從，且每個實例使用不同的配置文件，主從不用配置，集羣會自己選。

cluster是爲了解決單機Redis容量有限的問題，將數據按一定的規則分配到多臺機器。

集羣模式提高併發量。