共計 933 個字符，預(yù)計需要花費 3 分鐘才能閱讀完成。

自動寫代碼機器人，免費開通

這篇文章主要介紹了 Redisl 集群 3 個以上有什么用，具有一定借鑒價值，需要的朋友可以參考下。希望大家閱讀完這篇文章后大有收獲。下面讓丸趣 TV 小編帶著大家一起了解一下。

Redisl 集群 3 個以上是通過增加 sentinel 節(jié)點的個數(shù)提高對于故障判斷的準(zhǔn)確性，因為領(lǐng)導(dǎo)者選舉需要至少一半加 1 個節(jié)點，奇數(shù)個節(jié)點可以在滿足該條件的基礎(chǔ)上節(jié)省一個節(jié)點。

簡單的說：如果有 3 個節(jié)點的 sentinel 當(dāng)一個 redis 出現(xiàn)問題的時候，sentinel 會馬上進投票選舉，只有選票超過半數(shù)才主觀下線哦！，最后客觀下線，所以要 3 個 sentinel 節(jié)點.

哨兵（sentinel）模式是一種特殊的模式，首先 Redis 提供了哨兵的命令，哨兵是一個獨立的進程，作為進程，它會獨立運行。其原理是哨兵通過發(fā)送命令，等待 Redis 服務(wù)器響應(yīng)，從而監(jiān)控運行的多個 Redis 實例。

這里的哨兵有兩個作用

通過發(fā)送命令，讓 Redis 服務(wù)器返回監(jiān)控其運行狀態(tài)，包括主服務(wù)器和從服務(wù)器。

當(dāng)哨兵監(jiān)測到 master 宕機，會自動將 slave 切換成 master，然后通過發(fā)布訂閱模式通知其他的從服務(wù)器，修改配置文件，讓它們切換主機。

然而一個哨兵進程對 Redis 服務(wù)器進行監(jiān)控，可能會出現(xiàn)問題，為此，我們可以使用多個哨兵進行監(jiān)控。各個哨兵之間還會進行監(jiān)控，這樣就形成了多哨兵模式。

用文字描述一下故障切換（failover）的過程。

假設(shè)主服務(wù)器宕機，哨兵 1 先檢測到這個結(jié)果，系統(tǒng)并不會馬上進行 failover 過程，僅僅是哨兵 1 主觀的認(rèn)為主服務(wù)器不可用，這個現(xiàn)象成為主觀下線。當(dāng)后面的哨兵也檢測到主服務(wù)器不可用，并且數(shù)量達到一定值時，那么哨兵之間就會進行一次投票，投票的結(jié)果由一個哨兵發(fā)起，進行 failover 操作。切換成功后，就會通過發(fā)布訂閱模式，讓各個哨兵把自己監(jiān)控的從服務(wù)器實現(xiàn)切換主機，這個過程稱為客觀下線。這樣對于客戶端而言，一切都是透明的。

感謝你能夠認(rèn)真閱讀完這篇文章，希望丸趣 TV 小編分享 Redisl 集群 3 個以上有什么用內(nèi)容對大家有幫助，同時也希望大家多多支持丸趣 TV，關(guān)注丸趣 TV 行業(yè)資訊頻道，遇到問題就找丸趣 TV，詳細(xì)的解決方法等著你來學(xué)習(xí)!

向 AI 問一下細(xì)節(jié)

丸趣 TV 網(wǎng) – 提供最優(yōu)質(zhì)的資源集合！