“Redis哨兵机制和集群有什么区别？”
这是一个工作了2年的同学面试的时候遇到的问题，如果你不知道怎么回答这个问题，记得认真看完这篇文章。
大家好，我是Mic，咕泡科技联合创始人
下面来分析这个问题的考察目的
考察目的
这个问题考察难度并不大，工作3年以上都会遇到，只是不同的工作年限对于面试的深度会有差异。
考察这个问题的目的无非就是看看求职者是否了解Redis的集群，以及是否有自己去搭建过Redis集群。
对于工作2年的同学来说，回答不需要太深入，但是5年以上的同学，会以这个问题作为切入口去深度考察求职者对Redis集群和哨兵机制的底层原理。
问题分析
Redis集群有几种实现方式，一个是主从集群、一个是Redis Cluster。
主从集群，就是在Redis集中包括一个Master节点和多个Slave节点。
Master负责数据的读写，Slave节点负责数据的读取。
Master上收到的数据变更，会同步到Slave节点上实现数据的同步。
通过这种架构实现可以Redis的读写分离，提升数据的查询性能。
Redis主从集群不提供容错和恢复功能，一旦Master节点挂了，不会自动选出新的Master，导致后续客户端所有写请求直接失败。
所以Redis提供了哨兵机制，专门用来监听Redis主从集群提供故障的自动处理能力。
哨兵会监控Redis主从节点的状态，当Master节点出现故障，会自动从剩余的Slave节点中选一个新的Master。
哨兵模式下虽然解决了Master选举的问题，但是在线扩容的问题还是没有解决。
于是就有了第三种集群方式，Redis Cluster，它实现了Redis的分布式存储，也就是每个节点存储不同的数据实现数据的分片。
在Redis Cluster中，引入了Slot槽来实现数据分片，Slot的整体取值范围是0~16383，每个节点会分配一个Slot区间当我们存取Key的时候，Redis根据key计算得到一个Slot的值，然后找到对应的节点进行数据的读写。
在高可用方面，Redis Cluster引入了主从复制模式， 一个Master节点对应一个或多个Slave节点，当Master出现故障，会从Slave节点中选举一个新的Master继续提供服务。
Redis Cluster虽然解决了在线扩容以及故障转移的能力，但也同样有缺点，比如
客户端的实现会更加复杂
Slave节点只是一个冷备节点，不提供分担读操作的压力
对于Redis里面的批量操作指令会有限制
因此主从模式和Cluster模式各有优缺点，在使用的时候需要根据场景需求来选择。
高手：
因为Redis集群有两种，一种是主从复制，一种是Redis Cluster，我不清楚您问的是哪一种。
按照我的理解，我认为您可能说的是Redis哨兵集群和Redis Cluster的区别。
对于这个问题，我认为可以从3个方面来回答
Redis哨兵集群是基于主从复制来实现的，所以它可以实现读写分离，分担Redis读操作的压力
而Redis Cluster 集群的Slave节点只是实现冷备机制，它只有在Master宕机之后才会工作。
Redis哨兵集群无法在线扩容，所以它的并发压力受限于单个服务器的资源配置。
Redis Cluster提供了基于Slot槽的数据分片机制，可以实现在线扩容提升写数据的性能
从集群架构上来说，Redis 哨兵集群是一主多从， 而Redis Cluster是多主多从
总结
遇到这类的问题，要学会用结构化的思维去整理自己的思路
然后再根据提炼的结构去回答，既能够表达清晰，又有逻辑性。
好的，今天的文章就到这里结束了，喜欢这个作品的小伙伴记得点赞收藏加关注！！！
另外，我将所有Java面试系列制作成了完整的面试文档。它的便捷之处在于，可以通过检索的方式，找到你想要的面试题，目前已经更新200期，总计超过20W字！
【想领取面试文档的小伙伴可以点击文章底部名片无套路免费赠送给大家！】
