今天就跟大家聊聊有關redis flushdb造成的哨兵漂移是怎樣的,可能很多人都不太了解,為了讓大家更加了解,小編給大家總結了以下內容,希望大家根據這篇文章可以有所收獲。
成都創(chuàng)新互聯服務項目包括寧縣網站建設、寧縣網站制作、寧縣網頁制作以及寧縣網絡營銷策劃等。多年來,我們專注于互聯網行業(yè),利用自身積累的技術優(yōu)勢、行業(yè)經驗、深度合作伙伴關系等,向廣大中小型企業(yè)、政府機構等提供互聯網行業(yè)的解決方案,寧縣網站推廣取得了明顯的社會效益與經濟效益。目前,我們服務的客戶以成都為中心已經輻射到寧縣省份的部分城市,未來相信會繼續(xù)擴大服務區(qū)域并繼續(xù)獲得客戶的支持與信任!
發(fā)現redis數據量過大,數據不大正常,和研發(fā)商量使用flushall進行清理。在主節(jié)點執(zhí)行,執(zhí)行完后發(fā)現master漂移到其他節(jié)點,然后數據又從其他節(jié)點同步過來了。。于是在三臺機器上同時執(zhí)行flushall,再檢查發(fā)現數據已清理完畢,redis集群狀態(tài)正常。
經分析,由于數據量較大,flushall的時間需要將近6s,且是阻塞的,由于哨兵3s連接不上就會重新選舉master節(jié)點,導致master漂移。
處理辦法:1、同時在三臺機器上執(zhí)行flushall操作
2、停止哨兵,在master節(jié)點上執(zhí)行flushall操作,然后再啟動哨兵
3、輪流重啟redis,關閉以后需要清理rdb數據。(此操作未執(zhí)行,也有數據回寫的問題,可能還需要停止哨兵來配合,風險較大)。
看完上述內容,你們對redis flushdb造成的哨兵漂移是怎樣的有進一步的了解嗎?如果還想了解更多知識或者相關內容,請關注創(chuàng)新互聯行業(yè)資訊頻道,感謝大家的支持。
新聞名稱:redisflushdb造成的哨兵漂移是怎樣的
瀏覽路徑:http://aaarwkj.com/article32/gppisc.html
成都網站建設公司_創(chuàng)新互聯,為您提供搜索引擎優(yōu)化、電子商務、建站公司、云服務器、網頁設計公司、移動網站建設
聲明:本網站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯