溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
今天就跟大家聊聊有關redis flushdb造成的哨兵漂移是怎樣的，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，希望大家根據這篇文章可以有所收獲。
發現redis數據量過大，數據不大正常，和研發商量使用flushall進行清理。在主節點執行，執行完后發現master漂移到其他節點，然后數據又從其他節點同步過來了。。于是在三臺機器上同時執行flushall,再檢查發現數據已清理完畢，redis集群狀態正常。
經分析，由于數據量較大，flushall的時間需要將近6s，且是阻塞的，由于哨兵3s連接不上就會重新選舉master節點，導致master漂移。
處理辦法：1、同時在三臺機器上執行flushall操作
2、停止哨兵，在master節點上執行flushall操作，然后再啟動哨兵
3、輪流重啟redis,關閉以后需要清理rdb數據。(此操作未執行，也有數據回寫的問題，可能還需要停止哨兵來配合，風險較大)。
看完上述內容，你們對redis flushdb造成的哨兵漂移是怎樣的有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注億速云行業資訊頻道，感謝大家的支持。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
