主頁 > 知識庫 > 解決redis sentinel 頻繁主備切換的問題

解決redis sentinel 頻繁主備切換的問題

熱門標簽:呼叫中心市場需求 服務外包 網站排名優(yōu)化 Linux服務器 地方門戶網站 百度競價排名 AI電銷 鐵路電話系統

問題描述

操作redis發(fā)現原有Master變成slave,其他slave成master,切換較頻繁

問題分析

查看redis服務器sentinel日志,發(fā)現主機頻繁在凌晨左右sentinel哨兵檢查到master掛了,主備切換,排查為每天凌晨左右對hash:sms:qxt:mobile:content:day隊列進行刪除觸發(fā)的切機,隊列量級過大,刪除時導致redis服務器卡住,切機。

問題處理

隊列改用分批刪除,避免對大數據量隊列進行刪除而引起切機

補充:redis一主一從一哨兵,第一次主從切換成功,再次主從切換無法正常執(zhí)行?

自己在服務器學著搭建redis主從復制和哨兵模式。為了簡單,一開始只是搭建了一主(port 9001),一從(port 6379),一哨兵(26379)

主從哨兵都在一臺服務器上,并且主從服務器均設置了密碼:123456

先按照 主-->從--->哨兵 的順序依次啟動,日志和執(zhí)行命令都沒有問題,然后shutdown 9001服務器,哨兵模式順利將主節(jié)點切換到6379,然后在啟動9001的redis,發(fā)現9001的服務器變?yōu)閟lave ;

但是再次將6379(當前的master)宕機,無法繼續(xù)切換

如下:

一開始是以為配置文件有問題,來回檢查了幾遍,后來發(fā)現這個情形(6379為master ,9001為slave),哪怕在master存放新的key-value,也無法同步到9001

查看了一下9001的redis的info配置發(fā)現

我的6379的服務器是正常運行的,但是9001沒法連接到相關的6379服務器,自然也就沒法對master(6379)的服務器進行同步了

想到6379設置了服務密碼,我就在9001的redis里加了如下配置

修改完配置之后,重啟服務,再次模擬剛剛的情形,二次切換也成功了

以上為個人經驗,希望能給大家一個參考,也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方,望不吝賜教。

您可能感興趣的文章:
  • 淺析Redis Sentinel 與 Redis Cluster
  • 基于SpringCloud手寫一個簡易版Sentinel
  • Spring Cloud Alibaba之Sentinel實現熔斷限流功能
  • Sentinel實現動態(tài)配置的集群流控的方法
  • Redis Sentinel的使用方法
  • Redis Sentinel的基本搭建
  • Spring Cloud Alibaba 使用 Feign+Sentinel 完成熔斷的示例
  • Java之SpringCloudAlibaba Sentinel組件案例講解

標簽:銅川 湘潭 仙桃 黃山 衡水 湖南 崇左 蘭州

巨人網絡通訊聲明:本文標題《解決redis sentinel 頻繁主備切換的問題》,本文關鍵詞  ;如發(fā)現本文內容存在版權問題,煩請?zhí)峁┫嚓P信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 收縮
    • 微信客服
    • 微信二維碼
    • 電話咨詢

    • 400-1100-266