主從複製概念
主從複製指將一臺redis的數據複製另外一臺redis服務器上,前者稱為主節點(master),後者稱為從節點(slave)。
注意複製的過程是單向的,只能從主節點到從節點,主節點以寫為主,從節點以讀為主。
主從複製的作用
數據冗餘:主從複製實現了數據的熱備份
故障恢復:當主節點出現問題時,可以由從節點提供服務,快速恢復故障
負載均衡:主節點複製寫數據,從節點負責讀數據,實現讀寫分離分擔服務器負載。
最常見的主從複製架構如下圖所示
手動實現主從複製
開啟三個redis服務,例如開啟三個端口分別為6379、6380、6381三臺redis服務,未設置誰是主節點之前,默認每臺服務都是主節點的,
info replication #查看節點信息
這裡為了演示所以配置了偽集群,即一臺機器啟動三個redis服務,只是不同端口。注意啟動6380和6381需要增加一個redis配置文件,例如啟動6380時複製一份redis.conf修改名字為redis6380.conf,然後修改配置文件中的以下幾個地方。
daemonize yes #後臺啟動修改為yes
pidfile /var/run/redis_6380.pid #修改進程文件的名稱
logfile "6380.log" #日誌文件的名稱
dbfilename dump6380.rdb #rdb文件的名稱
port 6380 #端口號
使用命令查看啟動好的redis
ps -ef|grep redis
正式配置一主二從
因為redis啟動默認是主節點,所以主需要將6380和6379的設置為6379的從節點就行了,設置redis6380的主節點為6379,使用slaveof [主節點IP] [主節點端口]
slaveof 127.0.0.1 6379
使用同樣的方式設置6381,最後回到主節點6379進行查看節點信息
至此我們就把一主二從的架構的配置好了,下面測試一下,主機寫入數據後,會不會將數據自動同步到從機中。
主機設置一個key為test1
從機進行獲取test1
進過測試,沒問題,大功告成!
你以為這就完了麼,有的同學會問,當主機掛了會怎麼樣,這個問題問的好。這種手動模式的一主二從架構,當主機掛了之後需要人為的手動重新設置一個主機,才能正常工作。說到這裡,是不是會覺得這也太low了吧,講這個有啥用,其實講這個是為了讓你清楚主從複製真正的工作原理。那麼為了解決這個當主機掛了,需要手動重新設置一個主節點的問題,就需要使用我們的哨兵模式。
什麼是哨兵
顧名思義,哨兵就是用來巡邏檢查的,哨兵每隔一段時間會向redis發送命令,等待redis響應,如果得不到響應,此時這個哨兵會認為這臺redis服務以掛掉。一般情況會啟動多個哨兵,判斷redis主機是否掛掉,哨兵會進行投票。例如啟動三個哨兵,其中有兩個哨兵認為當前redis主機以掛掉,一個認為沒有,那麼2:1,那可以認為當前redis掛掉了。當主節點掛掉後,哨兵會通過投票的方式重新選舉一個主機。
哨兵的作用
通過發送命令,讓redis服務器返回運行狀態,包括主服務器和從服務器。
當哨兵檢測到master宕機後,會通過投票選舉新的master,然後通過發佈訂閱模式通知其它從機切換主機。
配置哨兵
在/opt/redis-6.0.7/myconf目錄下添加哨兵配置文件 sentinel.conf內容如下
sentinel monitor myredis 127.0.0.1 6379 1
意思監控master,後面的1表示當master掛了後是否發起投票。
開啟一個終端,進入redis目錄
啟動哨兵:./src/redis-sentinel myconf/sentinel.conf
下面測試如果master宕機了,會不會重新選舉一個新的master。
現在手動把master關掉,等待幾秒鐘可以看到master主機變成了6380
如果此時原來的主機恢復正常了呢,會不會重新這是其為master,答案是否定的,原來的主機恢復正常後,只能作為新主機的從節點。
好了,寫了這麼多終於把redis的註冊複製寫完了!
------------------------------------------------END-----------------------------------------------------------------
你的一個贊一個關注是我創作的動力,是我持續輸出的能量源泉,老鐵關注一波吧!