PS：创作不易，感谢阅读，希望对读者有所帮助，喜欢的话可以【关注】支持一下，作者会持续更新 Java 生态圈常见知识。黑色加粗为重点关注内容！
- Redis 提供了三种集群策略：主从模式、哨兵模式、Cluster 模式
- 姊妹篇：哨兵模式、Cluster 集群模式
- 基本概念
- 主从模式可以保证集群在部分节点无法通信的情况下，仍然可用，每个节点都会有 N-1 个副本
- 其中，Master 有读写功能，并和 Slave 进行数据同步
- 而 Slave 只有读的功能
- 优点
- 提高了缓存的读写能力
- 由于 Slave 分担了 Master 节点读数据的压力，所以 Master 中有更多的资源可以分配到写数据中
- 缺点
- 由于客户端直接连接主节点或从节点，所以当主节点或从节点宕机，则需要手动修改 IP
- 比较难扩容，整个集群的数据存储能力受到主节点的内存限制，所以不能支持大量数据
- 主从同步机制
- 复制偏移量：offset
- 主从节点分别维护一个【复制偏移量】 offset
- 复制缓冲区：
- 同时，主节点维护一个固定长度的缓冲队列
- 当主从节点 offset 差距过大，超过缓冲区长度时，只能执行全量同步；反之，执行增量同步
- 服务运行 ID：runId
- 另外，每个节点启动时，自动生成运行 id，主节点将自己的 id 发送给从节点，从节点保存主节的 id
- 断开重连
- 当从节点断开重连时，根据运行 id 来判断同步的方案
- 若从节点保存的 id 和主节点 id 相同，则说明主从节点已经同步过
- 再判断主从节点【复制偏移量】的差距
- 如果【复制偏移量】差距过大，超过缓冲队列的长度，则只能执行全量同步；
- 反之，执行增量同步
- 若从节点保存的 id 与主节点 id 不同，说明从节点断开前所关联的主节点并不是当前主节点，则只能进行全量同步
- 全量同步：一般发生在 Slave 初始化阶段，这时 Slave 需要将 Master 上的所有数据都复制一份。具体步骤如下：
- 从节点连接主节点，发送同步SYN命令，包括从节点的【服务运行ID】、【复制偏移量】；
- 主节点接收到同步 SYN 后，返回全量同步命令，从节点保存主节点信息；
- 全量同步命令：FULLRESYNC runId offset
- 主节点开始执行 BGSAVE 命令生成 RDB 文件，并使用【缓冲区】记录此后执行的所有写命令；
- 当 BGSAVE 执行完后，主节点向所有从节点发送快照文件；
- 从节点收到快照文件后，丢弃所有旧数据，载入收到的快照；
- 主节点快照发送完毕后，开始向从节点发送缓冲区中的写命令；
- 从节点完成对快照的载入，开始接收请求，并执行来自主节点缓冲区的写命令；
- 增量同步：Slave 初始化后，开始正常工作时
- 主节点每执行一个写命令，就会向从节点发送相同的写命令，从节点接收并执行收到的写命令
