redisflushdb造成的哨兵漂移是怎样的-创新互联

今天就跟大家聊聊有关redis flushdb造成的哨兵漂移是怎样的，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。

10年积累的成都网站建设、网站设计经验，可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你，你也不认识我。但先网站设计后付款的网站建设流程，更有农安免费网站建设让你可以放心的选择与我们合作。

发现redis数据量过大，数据不大正常，和研发商量使用flushall进行清理。在主节点执行，执行完后发现master漂移到其他节点，然后数据又从其他节点同步过来了。。于是在三台机器上同时执行flushall,再检查发现数据已清理完毕，redis集群状态正常。
经分析，由于数据量较大，flushall的时间需要将近6s，且是阻塞的，由于哨兵3s连接不上就会重新选举master节点，导致master漂移。
    处理办法：1、同时在三台机器上执行flushall操作
                    2、停止哨兵，在master节点上执行flushall操作，然后再启动哨兵
                    3、轮流重启redis,关闭以后需要清理rdb数据。(此操作未执行，也有数据回写的问题，可能还需要停止哨兵来配合，风险较大)。

看完上述内容，你们对redis flushdb造成的哨兵漂移是怎样的有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注创新互联-成都网站建设公司行业资讯频道，感谢大家的支持。

当前标题：redisflushdb造成的哨兵漂移是怎样的-创新互联
分享地址：http://cxhlcq.com/article/ecpii.html