一、主从复制模式（Replication）
1. 基本原理
- 主从架构
由一个主节点（Master）和多个从节点（Slave）组成，主节点负责写操作，从节点通过异步复制同步主节点的数据。
- 数据同步
- 从节点启动后向主节点发送 `SYNC` 命令。
- 主节点生成当前数据的快照（RDB 文件），发送给从节点。
- 从节点加载 RDB 文件后，主节点继续将后续的写命令发送给从节点，保持数据一致性。
- 读写分离
读请求可以分散到从节点，提升读性能；写请求仍由主节点处理。
2. 优点
- 高可用
主节点宕机后，可以手动提升从节点为主节点。
- 负载均衡
通过读写分离提升读吞吐量。
3. 缺点
- 单点写入
主节点是写操作的唯一入口，可能成为性能瓶颈。
- 数据延迟
异步复制可能导致从节点数据短暂不一致。
二、哨兵模式（Sentinel）
1. 定位
严格来说是主从复制的增强版，用于自动化故障转移。
2. 原理
- 哨兵节点监控主从节点的健康状态。
- 主节点故障时，哨兵通过投票机制选举新的主节点。
- 客户端通过哨兵获取最新的主节点地址。
三、分片集群模式（Cluster）
1. 基本原理
- 数据分片
将数据划分为 16384 个哈希槽（Hash Slot），每个节点负责一部分槽。
- 分布式架构
- 客户端请求的键通过 CRC16 算法计算哈希值，再对 16384 取模，确定所属的槽。
- 节点间通过 Gossip 协议通信，维护集群状态（如槽分配、节点故障检测）。
- 如果客户端访问的键不在当前节点，节点会返回 `MOVED` 重定向错误，引导客户端访问正确的节点。
2. 优点
- 高可用
每个分片可以配置主从复制（一主多从），主节点故障时从节点自动晋升。
- 水平扩展
通过增加节点提升集群容量和性能。
- 自动故障转移
主节点宕机时，从节点自动接管。
3. 缺点
- 复杂度高
需要管理分片、槽分配和节点通信。
- 事务限制
跨节点的多键操作（如事务、Lua 脚本）可能受限。
四、总结
根据业务需求（如数据量、性能、复杂度）选择合适的集群模式。
