考察目的
这个问题考察难度并不大，工作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是多主多从
总结
遇到这类的问题，要学会用结构化的思维去整理自己的思路
然后再根据提炼的结构去回答，既能够表达清晰，又有逻辑性。
好的，今天的文章就到这里结束了，喜欢这个作品的小伙伴记得点赞收藏加关注！！！
需要高手面试文档合集（附赠大厂内部十万字面试文档）或者有不懂的技术面试题想咨询的小伙伴可以后台私信发送【Mic】或者评论区留言。
