REDIS群集通過自動檢測，複製促銷和客戶端重定向處理主節(jié)點故障。 1。節(jié)點通過八卦協(xié)議檢測故障，將節(jié)點標(biāo)記為pfail，然後如果大多數(shù)碩士同意，則將失敗。 2。符合條件的副本請求投票，獲勝者成為新的主人，接管寫作和老虎機所有權(quán)。 3.群集不會自動重新平衡插槽或更換丟失的複製品，需要手動干預(yù)。 4。故障轉(zhuǎn)移可能會導(dǎo)致由於異步複製而導(dǎo)致的數(shù)據(jù)丟失，儘管諸如min-repleplicas-to-write之類的配置可以減輕風(fēng)險。
當(dāng)Redis群集正常運行時，所有節(jié)點（主和副本）都使用REDIS群集總線進行通信。如果主節(jié)點失敗，Redis群集具有內(nèi)置的機制來檢測失敗，促進複製品成為新主人，並相應(yīng)地重新分配流量。
它是更詳細的工作方式：
1。失敗檢測
REDIS群集節(jié)點不斷互相ping以檢查健康。如果主節(jié)點變得無法到達（由於崩潰，網(wǎng)絡(luò)分區(qū)等），則其他節(jié)點將其標(biāo)記為PFAIL （可能的失?。Ｒ欢螘r間後，如果足夠的節(jié)點同意，狀態(tài)會改變FAIL 。
- 節(jié)點使用八卦協(xié)議共享信息。
- 至少
(N/2) 1主節(jié)點必須確認群集無法進行故障轉(zhuǎn)移的失敗。
由於臨時問題或短網(wǎng)絡(luò)打ic，這種機制可防止誤報。
2。複製選舉和故障轉(zhuǎn)移
一旦大師被標(biāo)記為FAIL ，其一部分被提升為新的主人。
- 符合促銷的複製品是最近成功複製數(shù)據(jù)的複製品。
- 該集群使用投票系統(tǒng)：複製品請求其他節(jié)點的投票，第一個獲得足夠的選票獲勝。
- 晉升後，新主人開始接受寫作，集群更新其內(nèi)部狀態(tài)。
連接到舊主的客戶端將自動重定向到新的主人（如果支持集群模式）。
3。群集重新平衡（不是立即）
故障轉(zhuǎn)移後，群集不會立即重新平衡插槽或創(chuàng)建新的副本。這意味著：
- 如果以前有多個複製品，現(xiàn)在可能會丟失一個複製品。
- 老虎機所有權(quán)保留在新大師身上。
- 如果需要，您需要以後手動添加新的複製品。
這有助於避免在短暫失敗期間不必要的開銷，但為人類干預(yù)留出了空間。
4.故障轉(zhuǎn)移期間的數(shù)據(jù)會發(fā)生什麼？
REDIS群集默認使用異步複製，因此故障轉(zhuǎn)移期間數(shù)據(jù)丟失的可能性很?。?/p>
- 如果主人接受尚未復(fù)制的寫作，那麼這些更改可能會丟失。
- 為了降低風(fēng)險，您可以配置Redis以延遲確認，直到至少一個副本確認收據(jù)（
min-replicas-to-write設(shè)置）。
儘管如此，在大多數(shù)設(shè)置中，性能和一致性之間的權(quán)衡方面有利於這種異步模型。
這基本上就是Redis群集處理主節(jié)點故障的方式 - 檢測，協(xié)議，複製促銷和客戶重定向。它不是萬無一失的，但對於大多數(shù)生產(chǎn)環(huán)境而言，它是牢固的。
以上是如果主節(jié)點在redis群集中失敗，會發(fā)生什麼？的詳細內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！
熱AI工具
Undress AI Tool
免費脫衣圖片
Undresser.AI Undress
人工智慧驅(qū)動的應(yīng)用程序，用於創(chuàng)建逼真的裸體照片
AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。
Clothoff.io
AI脫衣器
Video Face Swap
使用我們完全免費的人工智慧換臉工具，輕鬆在任何影片中換臉！
熱門文章
熱工具
記事本++7.3.1
好用且免費的程式碼編輯器
SublimeText3漢化版
中文版，非常好用
禪工作室 13.0.1
強大的PHP整合開發(fā)環(huán)境
Dreamweaver CS6
視覺化網(wǎng)頁開發(fā)工具
SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)
熱門話題
Redis的處理數(shù)據(jù)持久性與傳統(tǒng)數(shù)據(jù)庫的處理方式有何不同？
Jun 13, 2025 am 12:02 AM
RedisusesRDBsnapshotsandAOFloggingfordatapersistence.RDBprovidesfast,periodicbackupswithpotentialdataloss,whileAOFoffersdetailedloggingforpreciserecoverybutmayimpactperformance.Bothmethodscanbeusedtogetherforoptimaldatasafetyandrecoveryspeed.
與傳統(tǒng)數(shù)據(jù)庫相比，Redis擅長的用例是什麼？
Jun 14, 2025 am 12:08 AM
重新降低了timanterictics，緩存，sessionstorage，pob/cormessaging，andrateLimitingDuetoitsin-memorynature.1）real-timeanalyticsanticsandledleaderboardsboardsboardsboardsBoardsBoardsBoardsBoardsBoardsBoardsBoardsformredis'sfastDataProcessing.2）
REDIS與數(shù)據(jù)庫：有什麼限制？
Jul 02, 2025 am 12:03 AM
RedisiSlimitedByMemoryConstraintSandDataperSistersence，而ErtraditionalditionaldatienaldatabasesstrugglewithperformanceInreal-TimesCenarios.1）redisexccelsinreal-timeDatapRocessingButCachingButmmayRecomplecomplecomplexshardingforlargedAtasetSetaSets.2）
REDIS 7中的碎片酒吧/子是什麼？
Jul 01, 2025 am 12:01 AM
ShardedPub/SubinRedis7improvespub/subscalabilitybydistributingmessagetrafficacrossmultiplethreads.TraditionalRedisPub/Subwaslimitedbyasingle-threadedmodelthatcouldbecomeabottleneckunderhighload.WithShardedPub/Sub,channelsaredividedintoshardsassignedt
Redis如何處理客戶的聯(lián)繫？
Jun 24, 2025 am 12:02 AM
Redismanagesclientconnectionsefficientlyusingasingle-threadedmodelwithmultiplexing.First,Redisbindstoport6379andlistensforTCPconnectionswithoutcreatingthreadsorprocessesperclient.Second,itusesaneventlooptomonitorallclientsviaI/Omultiplexingmechanisms
與傳統(tǒng)數(shù)據(jù)庫相比，哪些用例最適合REDIS？
Jun 20, 2025 am 12:10 AM
redisisbestuitedforusecasesRequiringHighHighHighHighPerformance，真實的taprocorsing和效率計算。 1）真實陣?yán)治觯篟edisenablesUpDateSeverySecond.2）sessionmanagement.2）sessionManagement.2）iTensuresquickCessandUpdates.3）caching.3）caching：pression forreducingdatabasequroad.44.4）
Linux上的Redis：哪些最小要求？
Jun 21, 2025 am 12:08 AM
RedisonLinuxrequires:1)AnymodernLinuxdistribution,2)Atleast1GBofRAM(4GB recommended),3)AnymodernCPU,and4)Around100MBdiskspaceforinstallation.Tooptimize,adjustsettingsinredis.conflikebindaddress,persistenceoptions,andmemorymanagement,andconsiderusingc
如何使用ERCE和DEW進行原子增量和減少操作？
Jun 25, 2025 am 12:01 AM
INCR和DECR是Redis中用於原子性增減數(shù)值的命令。 1.INCR命令將鍵的值加1，若鍵不存在則創(chuàng)建並設(shè)為1，若存在且為整數(shù)則遞增，否則返回錯誤；2.DECR命令將鍵的值減1，邏輯類似，適用於庫存管理或餘額控制等場景；3.兩者僅適用於可解析為整數(shù)的字符串類型，操作前需確保數(shù)據(jù)類型正確；4.常用於並發(fā)場景如API限流、事件計數(shù)及分佈式系統(tǒng)中的共享計數(shù)，並可結(jié)合EXPIRE實現(xiàn)自動重置的臨時計數(shù)器。
