主从：有且只有一个master
优点：
读写策略：<b>主节点可读可写，从节点只读</b>。从节点可以扩展主库节点的读能力，有效应对大并发量的读操作。
高可靠性：一方面，采用双机主备架构，能够在主库出现故障时自动进行主备切换，从库提升为主库提供服务，保证服务平稳运行；另一方面，开启数据持久化功能和配置合理的备份策略，能有效的解决数据误操作和数据异常丢失的问题；
缺点：
故障恢复复杂：需要手动。主节点宕机后整个集群不可用。
主库的写能力受到单机的限制。
哨兵sentinel
基于<b>主从复制</b>实现<b>主从节点故障转移</b>。社区版本推出的原生高可用解决方案，其部署架构主要包括两部分：Redis Sentinel集群和Redis数据集群。
特点：1、哨兵的任务是：监控、提醒、自动故障转移；2、过半机制
优点：能实现自动故障转移
缺点
读写策略：仍然只有一个master节点，不能缓解写压力。
哨兵进程的工作原理？（自动故障转移机制？）
1. 哨兵判断节点是否正常的依据？
每隔1s发送一次心跳。如果节点没有在规定时间内响应，哨兵就会标记主观下线。
主观下线：单个sentinel认为节点下线
客观下线（只适用于主节点）：过半sentinel认为节点下线-- 为了降低误判
2. 由哨兵集群中的哪个节点进行主从故障转移呢？
3.主从故障转移的过程是怎样的？
<b>哨兵如何选定新主库？</b>
0. ”筛选+打分“
1. 筛选：剔除主从网络不好的节点，判断依据是down-after-milliseconds*10
2.1 优先级高的从库得分高，判断依据是salve-prority配置项
2.2 和旧master同步最接近的从库得分高，判断依据是master_repl_offset和salve_repl_offset
2.3 ID号小的从库得分高
面试题
如果有哨兵实例出现故障，主从库还能正常切换吗？
哨兵Leader选主流程？
主从切换过程中，client是否正常进行请求操作？
为什么哨兵节点至少要有 3 个？
哨兵集群是如何组成的？
哨兵集群会对「从节点」的运行状态进行监控，那哨兵集群如何知道「从节点」的信息？
集群redis-cluster
Master可读可写、Slave只写，最少6个节点（三主三从）
优点：
读写策略：多个master提供读写，去中心化。主节点提供读写操作，从节点作为备用节点，不提供请求，只作为故障转移使用。
可扩展性：
高可用性：
缺点：
资源浪费：Redis数据节点中slave节点作为备份节点不提供服务；
数据一致性：异步复制，不保证数据的强一致。
部分命令不支持。
工作原理是什么？如何处理数据分片和故障转移？
面试题
<a class="link" target="_bank" href="https://github.com/redis/redis/issues/2576">为什么cluster采用18324（2的14次）个槽？</a>
什么情况下会产生数据丢失？
如何保证尽量少的数据丢失？
有哪些不支持的命令？为什么不支持？
为什么要传全量的slot状态？
codis
缺点：1.不支持事务 2.不支持部分指令
面试题
为什么codis很多命令不支持？例如keys
Codis之间的槽位同步？
ZK存储路由表，过半机制保证高可靠
为什么Codis支持MGET和MSET,却不支持MSETNX命令呢？
Codis扩容：新增节点之后，原来的key如何迁移和分配？
集群的扩容和数据迁移
实践
为什么大厂都喜欢用 Codis 来管理分布式集群？
