redis5集群如何主動(dòng)手工切換主從節(jié)點(diǎn)命令
redis5集群主動(dòng)手工切換主從節(jié)點(diǎn)命令
以集群模式登錄到待切換的從節(jié)點(diǎn)，然后執(zhí)行CLUSTER FAILOVER命令，執(zhí)行成功則顯示OK，即完成主從切換
示例：
9003是切換之前的從節(jié)點(diǎn)：
redis-cli -p 9003 -c 127.0.0.1:9003> CLUSTER FAILOVER OK
如果不小心登錄到了主節(jié)點(diǎn)，也沒有關(guān)系
節(jié)點(diǎn)會(huì)提示如下錯(cuò)誤：
redis-cli -p 9007 -c
127.0.0.1:9007> CLUSTER FAILOVER
(error) ERR You should send CLUSTER FAILOVER to a replica
如果執(zhí)行報(bào)錯(cuò)或者master連接不上，還可以嘗試在命令后追加FORCE和TAKEOVER參數(shù)用于強(qiáng)制切換，F(xiàn)ORCE需要多數(shù)masters同意，TAKEOVER則不需要多數(shù)masters同意。
詳見官方《CLUSTER FAILOVER [FORCE|TAKEOVER]》
redis集群主從復(fù)制不生效的問題
集群信息
Redis版本：5.0
集群規(guī)模：三主三從
基本情況
在項(xiàng)目中為了達(dá)到高可用的目的，使用了Redis集群，搭建過程同Redis Cluster集群原理+三主三從交叉復(fù)制實(shí)戰(zhàn)+故障切換。
但是在實(shí)際使用中發(fā)現(xiàn)，集群方式比單點(diǎn)模式故障率還要高，集群高可用配置似乎未生效。
在開發(fā)環(huán)境模擬單節(jié)點(diǎn)故障時(shí)，發(fā)現(xiàn)集群不具備單節(jié)點(diǎn)故障自動(dòng)恢復(fù)功能，手動(dòng)恢復(fù)故障節(jié)點(diǎn)后，節(jié)點(diǎn)最新信息未同步，必須將所有節(jié)點(diǎn)殺掉重新搭建才能恢復(fù)正常。
在分析的過程中確認(rèn)了以下問題：
1.搭建后的集群通過cluster info/nodes指令查看，均顯示集群信息正常；
2.單個(gè)主節(jié)點(diǎn)故障后，對(duì)應(yīng)的從節(jié)點(diǎn)未切換，集群不可用；
3.從節(jié)點(diǎn)數(shù)據(jù)量為0，在主節(jié)點(diǎn)的任何操作，均未同步至從節(jié)點(diǎn)，主從節(jié)點(diǎn)復(fù)制未實(shí)現(xiàn)。
4.各節(jié)點(diǎn)服務(wù)器防火墻均關(guān)閉，各節(jié)點(diǎn)端口間通信正常。
5.在從節(jié)點(diǎn)使用指令info replication查看時(shí)發(fā)現(xiàn)，其與主節(jié)點(diǎn)間連接狀態(tài)為“down”，在對(duì)應(yīng)的主節(jié)點(diǎn)查看發(fā)現(xiàn)主節(jié)點(diǎn)連接的從節(jié)點(diǎn)數(shù)量為0。說明集群的主從關(guān)系并未建立成功。
問題分析
查看從節(jié)點(diǎn)日志發(fā)現(xiàn)，在從節(jié)點(diǎn)與主節(jié)點(diǎn)建立連接的過程中，身份認(rèn)證未通過。
但是該Redis集群中所有節(jié)點(diǎn)的配置中均通過requirepass字段設(shè)置了相同的密碼，這個(gè)錯(cuò)誤出現(xiàn)的似乎沒有道理。
MASTER aborted replication with an error: NOAUTH Authentication required
參考以上內(nèi)容發(fā)現(xiàn)需要在從節(jié)點(diǎn)中配置“masterauth”字段。
問題解決
在所有從、主（主節(jié)點(diǎn)故障后可能成為從節(jié)點(diǎn)）節(jié)點(diǎn)的配置文件即redis.conf中配置“masterauth”字段，內(nèi)容與各節(jié)點(diǎn)的requirepass字段（各節(jié)點(diǎn)requirepass字段內(nèi)容一致）一致。
配置完成后，重啟從節(jié)點(diǎn)，查看從節(jié)點(diǎn)日志，主從復(fù)制正常。
再次在從節(jié)點(diǎn)執(zhí)行info replication發(fā)現(xiàn)，從節(jié)點(diǎn)與主節(jié)點(diǎn)通信正常，集群狀態(tài)正常。
集群實(shí)現(xiàn)主從復(fù)制。
總結(jié)
以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。
相關(guān)文章
NestJS+Redis實(shí)現(xiàn)手寫一個(gè)限流器
限流是大型系統(tǒng)必備的保護(hù)措施,本文將結(jié)合redis , lua 腳本 以及 Nestjs Guard 來實(shí)現(xiàn) 限流的效果,感興趣的小伙伴可以跟隨小編一起學(xué)習(xí)一下2023-11-11
Redis通過RDB（定期快照）和AOF（日志記錄）實(shí)現(xiàn)持久化,兼顧內(nèi)存性能與數(shù)據(jù)安全,RDB文件緊湊,適合冷備；AOF實(shí)時(shí)性強(qiáng),但體積較大,兩者結(jié)合使用（混合持久化）可平衡效率與可靠性,確保數(shù)據(jù)在異常重啟時(shí)恢復(fù)2025-08-08
這篇文章主要介紹了redis如何設(shè)置key的有效期方式，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教2022-01-01
緩存可以比喻為防彈衣，但如果沒有使用好這個(gè)防彈衣效果就會(huì)適得其反，所以要更好的使用緩存才能發(fā)揮出它的作用。本文詳細(xì)講解了緩存穿透/擊穿/雪崩以及其解決方法，感興趣的小伙伴可以學(xué)習(xí)一下這篇文章2021-09-09
本文主要介紹了Redis實(shí)現(xiàn)商品秒殺的示例代碼,詳細(xì)介紹了Redis的List、Set和Hash類型,以及使用Redis事務(wù)保證原子性的方式,具有一定的參考價(jià)值,感興趣的可以了解一下2024-02-02
5分鐘教你docker安裝啟動(dòng)redis全教程(全新方式)
今天，我來帶大家使用一種全新的方式docker來安裝redis，首先我們來了解一下什么是redis以及我們?yōu)槭裁匆褂胷edis，以及它的優(yōu)缺點(diǎn)，感興趣的朋友跟隨小編一起學(xué)習(xí)下吧2021-05-05
這篇文章主要介紹了如何高效使用Redis作為L(zhǎng)RU緩存,文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-08-08
Redis禁用命令、危險(xiǎn)命令及規(guī)避方法
這篇文章主要介紹了Redis禁用命令、危險(xiǎn)命令及規(guī)避方法,本文介紹了個(gè)非常致命的兩個(gè)命令以及用配置文件禁用這些命令的方法,需要的朋友可以參考下2015-06-06
這篇文章主要介紹了Redis中HyperLogLog的使用詳情，文章圍繞主題展開詳細(xì)的內(nèi)容介紹，具有一定的參考價(jià)值，需要的小伙伴可以參考一下2022-09-09
redis支持五大數(shù)據(jù)類型，只支持第一層，也就說字典的value值，必須是字符串，本文主要介紹了redis中Hash字典操作，感興趣的可以了解一下2021-07-07