Redis高階之容錯切換的實現(xiàn)
更新時間：2025年02月27日 11:28:13 作者：元氣滿滿的熱碼式
本文主要介紹了Redis高階之容錯切換的實現(xiàn),當一臺主節(jié)點宕機后,從節(jié)點會自動接管成為新的主節(jié)點,當原主節(jié)點恢復(fù)后,它不會自動成為主節(jié)點,需要通過手動操作將其重新設(shè)置為從節(jié)點,感興趣的可以了解一下
當一臺主機master宕掉之后，他的從機會取代主機么？
查看集群狀態(tài)
127.0.0.1:6385> cluster nodes c8ff33e8da5fd8ef821c65974dda304d2e3327f9 192.168.58.129:6382@16382 slave f6b1fd5e58df90782f602b484c2011d52fc3482d 0 1733220836918 1 connected 6656947825a5aed22e4ce1818c1e743739219374 192.168.58.212:6386@16386 slave 437c0ffe1015fc8c7049cfeb0af05fee17e4b0a1 0 1733220835000 5 connected 73b5567a02ee9f958f00324bf25bee5ce8eb23bc 192.168.58.130:6384@16384 slave e1dafb251016aeaa59edf64c4f7bb3d4639f560a 0 1733220834890 3 connected f6b1fd5e58df90782f602b484c2011d52fc3482d 192.168.58.212:6385@16385 myself,master - 0 0 1 connected 0-5460 437c0ffe1015fc8c7049cfeb0af05fee17e4b0a1 192.168.58.130:6383@16383 master - 0 1733220835395 5 connected 10923-16383 e1dafb251016aeaa59edf64c4f7bb3d4639f560a 192.168.58.129:6381@16381 master - 0 1733220836410 3 connected 5461-10922
停掉主機6385
127.0.0.1:6385> SHUTDOWN (10.02s) not connected> not connected> not connected> not connected>
使用redis-cli命令進入redis再次查看集群狀態(tài)
127.0.0.1:6382> info replication # Replication role:master connected_slaves:0 master_failover_state:no-failover master_replid:f292ca63e04db6e7717cc5067f408bf733963bb2 master_replid2:6ab6cdfeb1902aaa71279434c6b2c0e46d28a7f4 master_repl_offset:0 second_repl_offset:1 repl_backlog_active:0 repl_backlog_size:1048576 repl_backlog_first_byte_offset:0 repl_backlog_histlen:0 127.0.0.1:6382> cluster nodes 437c0ffe1015fc8c7049cfeb0af05fee17e4b0a1 192.168.58.130:6383@16383 master - 0 1733221855390 5 connected 10923-16383 f6b1fd5e58df90782f602b484c2011d52fc3482d 192.168.58.212:6385@16385 master,fail - 1733221087102 1733221084545 1 disconnected 6656947825a5aed22e4ce1818c1e743739219374 192.168.58.212:6386@16386 slave 437c0ffe1015fc8c7049cfeb0af05fee17e4b0a1 0 1733221854869 5 connected 73b5567a02ee9f958f00324bf25bee5ce8eb23bc 192.168.58.130:6384@16384 slave e1dafb251016aeaa59edf64c4f7bb3d4639f560a 0 1733221853318 3 connected e1dafb251016aeaa59edf64c4f7bb3d4639f560a 192.168.58.129:6381@16381 master - 0 1733221855000 3 connected 5461-10922 c8ff33e8da5fd8ef821c65974dda304d2e3327f9 192.168.58.129:6382@16382 myself,master - 0 1733221854000 7 connected 0-5460
6382成功上位成為主機
那么6385原主機恢復(fù)之后，是否會重新上位？
不會！
當前的集群狀態(tài)：
127.0.0.1:6382> cluster nodes 437c0ffe1015fc8c7049cfeb0af05fee17e4b0a1 192.168.58.130:6383@16383 master - 0 1733221855390 5 connected 10923-16383 f6b1fd5e58df90782f602b484c2011d52fc3482d 192.168.58.212:6385@16385 master,fail - 1733221087102 1733221084545 1 disconnected 6656947825a5aed22e4ce1818c1e743739219374 192.168.58.212:6386@16386 slave 437c0ffe1015fc8c7049cfeb0af05fee17e4b0a1 0 1733221854869 5 connected 73b5567a02ee9f958f00324bf25bee5ce8eb23bc 192.168.58.130:6384@16384 slave e1dafb251016aeaa59edf64c4f7bb3d4639f560a 0 1733221853318 3 connected e1dafb251016aeaa59edf64c4f7bb3d4639f560a 192.168.58.129:6381@16381 master - 0 1733221855000 3 connected 5461-10922 c8ff33e8da5fd8ef821c65974dda304d2e3327f9 192.168.58.129:6382@16382 myself,master - 0 1733221854000 7 connected 0-5460
重新指定6385配置文件啟動服務(wù)：
127.0.0.1:6385> cluster nodes 0a820807a70885c1d87d141824d3869dcf2418ee 192.168.58.130:6383@16383 master - 0 1733300452328 3 connected 5461-10922 91cf395e8f04a5df1aeec4602dd38b3e4a708d55 192.168.58.130:6384@16384 slave ba40235fdad71fb36c3bf165ea51055825d453c2 0 1733300451285 1 connected be191621d4aa881d864a113c385d58b751753392 192.168.58.212:6385@16385 myself,slave fedf4b13be2122f44dde749a08c4b943582b3566 0 0 7 connected 30e5bdec200a671e4de666551d4489f0035235ba 192.168.58.212:6386@16386 slave 0a820807a70885c1d87d141824d3869dcf2418ee 0 1733300452892 3 connected ba40235fdad71fb36c3bf165ea51055825d453c2 192.168.58.129:6381@16381 master - 0 1733300453572 1 connected 0-5460 fedf4b13be2122f44dde749a08c4b943582b3566 192.168.58.129:6382@16382 master - 0 1733300452659 7 connected 10923-16383
節(jié)點主從調(diào)整
當前集群狀態(tài)6385為從，6382為主
127.0.0.1:6385> cluster nodes 0a820807a70885c1d87d141824d3869dcf2418ee 192.168.58.130:6383@16383 master - 0 1733301081028 3 connected 5461-10922 91cf395e8f04a5df1aeec4602dd38b3e4a708d55 192.168.58.130:6384@16384 slave ba40235fdad71fb36c3bf165ea51055825d453c2 0 1733301082183 1 connected be191621d4aa881d864a113c385d58b751753392 192.168.58.212:6385@16385 myself,slave fedf4b13be2122f44dde749a08c4b943582b3566 0 0 7 connected 30e5bdec200a671e4de666551d4489f0035235ba 192.168.58.212:6386@16386 slave 0a820807a70885c1d87d141824d3869dcf2418ee 0 1733301082954 3 connected ba40235fdad71fb36c3bf165ea51055825d453c2 192.168.58.129:6381@16381 master - 0 1733301082057 1 connected 0-5460 fedf4b13be2122f44dde749a08c4b943582b3566 192.168.58.129:6382@16382 master - 0 1733301081260 7 connected 10923-16383
執(zhí)行命令cluster favlover ,主從節(jié)點調(diào)整，6385為主，6382為從
127.0.0.1:6385> cluster nodes 0a820807a70885c1d87d141824d3869dcf2418ee 192.168.58.130:6383@16383 master - 0 1733301262000 3 connected 5461-10922 91cf395e8f04a5df1aeec4602dd38b3e4a708d55 192.168.58.130:6384@16384 slave ba40235fdad71fb36c3bf165ea51055825d453c2 0 1733301261585 1 connected be191621d4aa881d864a113c385d58b751753392 192.168.58.212:6385@16385 myself,master - 0 0 8 connected 10923-16383 30e5bdec200a671e4de666551d4489f0035235ba 192.168.58.212:6386@16386 slave 0a820807a70885c1d87d141824d3869dcf2418ee 0 1733301262869 3 connected ba40235fdad71fb36c3bf165ea51055825d453c2 192.168.58.129:6381@16381 master - 0 1733301263074 1 connected 0-5460 fedf4b13be2122f44dde749a08c4b943582b3566 192.168.58.129:6382@16382 slave be191621d4aa881d864a113c385d58b751753392 0 1733301261700 8 connected
命令補充
當主節(jié)點宕掉之后，從節(jié)點沒有上位成為主機使用如下命令強制提升為主機
redis-cli -p 6382 cluster failover force
從 6382 節(jié)點執(zhí)行重新加入集群命令
redis-cli -a 111111 -p 6382 cluster meet 192.168.58.212 6385
到此這篇關(guān)于Redis高階之容錯切換的實現(xiàn)的文章就介紹到這了,更多相關(guān)Redis 容錯切換 內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
文章介紹了兩種方法來檢查Redis鎖的狀態(tài)：使用GET命令查看鎖的值和使用EXISTS命令檢查鎖的存在性,這兩種方法都是通過連接到Redis服務(wù)器并執(zhí)行相應(yīng)的命令來實現(xiàn)的,GET命令用于獲取指定鍵的值,而EXISTS命令用于檢查指定鍵是否存在2025-01-01
本文主要介紹淺談Redis緩沖區(qū)機制，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2022-06-06
之前寫的一個項目,有項目代碼,有數(shù)據(jù)庫,但是本地沒redis,沒法跑此項目,故思考在本地安裝一個redis做登錄session存儲,所以開始動手實踐,下面這篇文章主要給大家介紹了關(guān)于Windows中redis設(shè)置密碼的兩種方法,需要的朋友可以參考下2023-04-04
全局ID生成器,是一種在分布式系統(tǒng)下用來生成全局唯一ID的工具,本文主要介紹了Redis實現(xiàn)全局唯一id的使用示例,具有一定的參考價值,感興趣的可以了解一下2023-09-09
Linux、Windows下Redis的安裝即Redis的基本使用詳解
Redis是一個基于內(nèi)存的key-value結(jié)構(gòu)數(shù)據(jù)庫，Redis 是互聯(lián)網(wǎng)技術(shù)領(lǐng)域使用最為廣泛的存儲中間件，這篇文章主要介紹了Linux、Windows下Redis的安裝即Redis的基本使用詳解,需要的朋友可以參考下2022-09-09
redis通過redis-dump鏡像實現(xiàn)數(shù)據(jù)遷移
本文主要介紹了redis通過redis-dump鏡像實現(xiàn)數(shù)據(jù)遷移,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2025-04-04
Redis?延時任務(wù)實現(xiàn)及與定時任務(wù)區(qū)別詳解
這篇文章主要為大家介紹了Redis?延時任務(wù)實現(xiàn)及與定時任務(wù)區(qū)別詳解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪2023-06-06
Redis本地鎖和分布式鎖在設(shè)計目的、實現(xiàn)方式和應(yīng)用場景上都有顯著區(qū)別,下面就來介紹一下,具有一定的參考價值,感興趣的可以了解一下2025-04-04
redis3.2配置詳解,Redis啟動的時候，可以指定配置文件,詳細說明請看本文說明2018-03-03
這篇文章主要介紹了Redis教程(一)：Redis簡介,本文是系列文章的第一篇,歡迎大家跟隨本教程學習Redis數(shù)據(jù)庫,需要的朋友可以參考下2015-04-04