>[info] Redis-哨兵機制 **主從復制的問題：** 我們講了 Redis 復制的主要內容，但 Redis 復制有一個缺點，當主機 Master 宕機以后，我們需要人工解決切換，比如使用 slaveof no one 。實際上主從復制 并沒有實現高可用。 ***** 高可用側重備份機器， 利用集群中系統的冗余，當系統中某臺機器發生損壞的時候，其他后備的機器可以迅速的接替它來啟動服務。 **如下圖所示：**  一旦主節點宕機，寫服務無法使用，就需要手動去切換，重新選取主節點，手動設置主從關系。 **那么如何解決呢？** 如果我們有一個監控程序能夠監控各個機器的狀態及時作出調整，將手動的操作變成自動的。 Sentinel的出現就是為了解決這個問題。 >[info] 哨兵機制的原理及實現 Redis Sentinel 一個分布式架構，其中包含若干個 Sentinel 節點和 Redis 數據節點，每個 Sentinel 節點會對數據節點和其余 Sentinel 節點進行監 控，當它發現節點不可達時，會對節點做下線標識。 ***** 如果被標識的是主節點，它還會和其他 Sentinel 節點進行“協商”，當大多數 Sentinel 節點都認為主節點不可達時，它們會選舉出一個 Sentinel 節點來 完成自動故障轉移的工作，同時會將這個變化實時通知給 Redis 應用方。整個過程完全是自動的，不需要人工來介入，所以這套方案很有效地解決了 Redis 的高可用問題。  >[info] 1 >[info] 1 >[info] 1 >[info] 1 >[info] 1