redis實現(xiàn)主從模式(1主2從)
一、實現(xiàn)
1.下載
windows下載地址:
2.下載完成后解壓
解壓后的目錄
3.redis主從復制的搭建
3.1將解壓后的redis文件夾復制三份
- redis-6379 //主
- redis-6380 //1從
- redis-6381 //2從
3.2修改配置文件
修改redis.windows.conf
6379主不做修改
6380 >> 1從,redis.windows.conf 修改如下:
port 6380 # slaveof <masterip> <masterport> slaveof 127.0.0.1 6379
6381 >> 2從,redis.windows.conf 修改如下:
port 6381 slaveof 127.0.0.1 6379
3.3啟動
(1)命令啟動
先啟動主節(jié)點,然后在啟動從節(jié)點?。?!
進入相應(yīng)的解壓文件夾下一次啟動:redis-server.exe
(2)腳本啟動
創(chuàng)建腳本startRedisServer.bat 放到三個redis目錄里邊
@echo off redis-server.exe redis.windows.conf @pause
然后和redis同級目錄下創(chuàng)建start6379.cmd start6380.cmd start6381.cmd
@echo off cd redis-6379 startRedisServer.bat
直接啟動
二、測試
1.啟動主節(jié)點
先啟動主節(jié)點
啟動 start6379.cmd
info replication 查看信息
2.啟動從1節(jié)點
啟動 start6380.cmd
啟動的時候可以看到掛載成功
在次輸入info replication 可以看到6380從節(jié)點信息了。
3.啟動從2節(jié)點
至此就已經(jīng)啟動成功
三、測試
1.正常啟動
主服務(wù)set一個值 從服務(wù)可以直接取
- 主節(jié)點可以存取值,從節(jié)點只能取值不能存值
2.主服務(wù)down掉
當主服務(wù)down掉后
其他服務(wù)還可以取值
只是不能存值了
- 主服務(wù)恢復后保持正常
3.反客為主
主節(jié)點down后,從節(jié)點當主節(jié)點
- 6380成為主節(jié)點,但是也只是主節(jié)點,沒有任何從節(jié)點
127.0.0.1:6380> slaveof no one OK
4.從節(jié)點down掉
當從節(jié)點down掉后,沒有什么影響,還可以主和從2中正常的取值,從1啟動后自動重連并且同步主的數(shù)據(jù)。
5.主down后,重新啟動,數(shù)據(jù)丟失
目前主down后,重新啟動,從節(jié)點就主動連接,這就導致數(shù)據(jù)丟失了,目前知道的解決的方法是RDB和AOF,后續(xù)在做介紹。
到此這篇關(guān)于redis實現(xiàn)主從模式(1主2從)的文章就介紹到這了,更多相關(guān)redis 主從模式內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
redis的key出現(xiàn)的\xac\xed\x00\x05t\x00亂碼問題及解決
這篇文章主要介紹了redis的key出現(xiàn)的\xac\xed\x00\x05t\x00亂碼問題及解決方案,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2023-09-09淺析Redis中String數(shù)據(jù)類型及其底層編碼
這篇文章主要介紹?Redis?中?String?數(shù)據(jù)類型及其底層編碼,文中有詳細的代碼示例,對大家的工作及學習有一定的幫助,需要的朋友可以參考下2023-05-05Redis如何使用Pipeline實現(xiàn)批處理操作
Redis?Pipeline?是一種優(yōu)化?Redis?操作的機制,通過將多個命令打包發(fā)送到?Redis?服務(wù)器,減少客戶端與服務(wù)器之間的網(wǎng)絡(luò)往返時間,本文主要來聊聊Redis如何使用Pipeline實現(xiàn)批處理操作,需要的可以了解下2025-02-02