【怒怼大厂面试官】听说你精通Redis？说说Redis哨兵
原创【怒怼大厂面试官】听说你精通Redis？说说Redis哨兵
原创
面试官：咳咳咳，看你简历写了精通Redis，那我就随便考考你吧
面试官：不用慌尽管说，错了也没关系?。。。
每日分享大厂面试演练，感兴趣就关注我吧??
面试官：Redis哨兵知道吧
知道的，Sentinel哨兵本质是一个运行在特殊模式下的Redis服务器。
面试官思考中…
面试官：嗯然后呢？
emmmm。Sentinel哨兵可以是单个节点或是多个节点组成的哨兵系统。
它的主要作用是通过检测Redis主从服务器的下线状态，选举出新Redis主服务器，也就是故障转移，来保证Redis的高可用性。
面试官思考中…
面试官：你说说是怎么检测Redis主从服务器的下线状态的
好的面试官。检测下线状态有两种方式。
- 检测主观下线状态的话，默认情况Sentinel会每隔1s向Redis主、从服务器发送PING命令，通过返回的信息来判断下线状态
- 检测客观下线状态的话，是Sentinl在主观判断下线后，会向其他Sentinel进行询问是否同意该节点已下线，当标记下线的数量足够多就会判断客观下线
面试官思考中…
面试官：有没有A哨兵判断Redis实例下线，但B哨兵判断Redis实例仍然存活的情况呢
有的面试官，主要还是看各个哨兵的配置。
像检测主观下线状态的话，要看Sentinel判断Redis实例进入主观下线所需的响应时间长度。A哨兵的配置是10000毫秒、B哨兵是5000毫秒，但Redis实例要在20000毫秒才响应，像这种情况就会发生。
而检测客观下线状态的话，要看配置需要其他Sentinel同意主服务器已下线的数量。
面试官思考中…
面试官：领头哨兵怎么选举出来的
是这样的，Sentinel设置局部领头Sentinel的规则是先到先得。
最先向目标Sentinel发送设置要求的源Sentinel将成为目标Sentinel的局部领头Sentinel，而之后接收到的所有设置要求都会被目标Sentinel拒绝。
如果有某个Sentinel被半数以上的Sentinel设置成了局部领头Sentinel，那么这个Sentinel就会成为领头Sentinel。
面试官思考中…
面试官：选举出来之后呢，它有什么作用吗
领头Sentinel主要是执行故障转移，也就是选举出新的Redis主服务器，而且只有当Redis主服务器被判断客观下线后才会选举出领头Sentinel。
面试官思考中…
面试官：知道怎么选举新的Redis主服务器吗
哦哦我整理下。
- 领头Sentinel会将已下线Redis主服务器的所有Redis从服务器保存到一个列表里面
- 通过删除策略，删除所有处于下线或者断线状态的、删除最近五秒内没有回复过领头Sentinel命令的、删除与已下线主服务器连接断开超过10毫秒的
- 如果有多个相同优先级的从服务器，将按照复制偏移量进行排序选出偏移量最大的，复制偏移量最大也就是数据同步最新的
- 最后选出的Redis实例也就成为新的Redis主服务器
面试官抓抓脑袋，继续看你的简历......emmmm，得想想考点你不懂的
面试官：未完待续。。。。。。
好了，今天的分享就先到这，我们下期继续。
创作不易，不妨点赞、收藏、关注支持一下，各位的支持就是我创作的最大动力??
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。