“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个方面来回答

0. Redis哨兵集群是基于主从复制来实现的，所以它可以实现读写分离，分担Redis读操作的压力
   而Redis Cluster 集群的Slave节点只是实现冷备机制，它只有在Master宕机之后才会工作。
1. Redis哨兵集群无法在线扩容，所以它的并发压力受限于单个服务器的资源配置。
   Redis Cluster提供了基于Slot槽的数据分片机制，可以实现在线扩容提升写数据的性能
2. 从集群架构上来说，Redis 哨兵集群是一主多从， 而Redis Cluster是多主多从

总结

遇到这类的问题，要学会用结构化的思维去整理自己的思路

然后再根据提炼的结构去回答，既能够表达清晰，又有逻辑性。

好的，今天的文章就到这里结束了，喜欢这个作品的小伙伴记得点赞收藏加关注！！！

需要高手面试文档合集（附赠大厂内部十万字面试文档）或者有不懂的技术面试题想咨询的小伙伴可以后台私信发送【Mic】。