redisflushdb造成的哨兵漂移是怎样的
今天就跟大家聊聊有关redis flushdb造成的哨兵漂移是怎样的,可能很多人都不太了解,为了让大家更加了解,小编给大家总结了以下内容,希望大家根据这篇文章可以有所收获。
成都创新互联服务项目包括宁县网站建设、宁县网站制作、宁县网页制作以及宁县网络营销策划等。多年来,我们专注于互联网行业,利用自身积累的技术优势、行业经验、深度合作伙伴关系等,向广大中小型企业、政府机构等提供互联网行业的解决方案,宁县网站推广取得了明显的社会效益与经济效益。目前,我们服务的客户以成都为中心已经辐射到宁县省份的部分城市,未来相信会继续扩大服务区域并继续获得客户的支持与信任!
发现redis数据量过大,数据不大正常,和研发商量使用flushall进行清理。在主节点执行,执行完后发现master漂移到其他节点,然后数据又从其他节点同步过来了。。于是在三台机器上同时执行flushall,再检查发现数据已清理完毕,redis集群状态正常。
经分析,由于数据量较大,flushall的时间需要将近6s,且是阻塞的,由于哨兵3s连接不上就会重新选举master节点,导致master漂移。
处理办法:1、同时在三台机器上执行flushall操作
2、停止哨兵,在master节点上执行flushall操作,然后再启动哨兵
3、轮流重启redis,关闭以后需要清理rdb数据。(此操作未执行,也有数据回写的问题,可能还需要停止哨兵来配合,风险较大)。
看完上述内容,你们对redis flushdb造成的哨兵漂移是怎样的有进一步的了解吗?如果还想了解更多知识或者相关内容,请关注创新互联行业资讯频道,感谢大家的支持。
当前题目:redisflushdb造成的哨兵漂移是怎样的
标题路径:http://scyanting.com/article/gppisc.html