今天就跟大家聊聊有關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://www.aaarwkj.com/article32/gppisc.html

成都網站建設公司_創(chuàng)新互聯，為您提供搜索引擎優(yōu)化、電子商務、建站公司、云服務器、網頁設計公司、移動網站建設

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯