Redis 主从复制原理

主从复制是 Redis 高可用架构的基石。它通过将主节点（Master）的数据自动同步到一个或多个从节点（Slave），实现数据冗余、读写分离和故障恢复。理解主从复制的底层流程、全量与增量复制的差异以及复制偏移量与积压缓冲区的作用，是构建稳定读写分离架构的前提。

2.1 主从复制流程

Redis 主从复制分为三个阶段：连接建立、数据同步、命令传播。从节点通过 REPLICAOF 命令（或旧版 SLAVEOF）发起复制请求，整个流程如下表所示：

2.2 全量复制与增量复制

全量复制和增量复制是 Redis 主从同步的两种模式，它们在触发条件、数据量和性能开销上有显著差异：

全量复制的详细流程如下：

1. 主节点执行 bgsave 生成 RDB 快照文件。
2. 主节点将 RDB 文件发送给从节点。
3. 从节点清空当前所有数据，加载 RDB 文件。
4. 主节点将生成 RDB 期间累积的写命令（存储在复制缓冲区中）发送给从节点。
5. 从节点执行这些写命令，完成数据追赶。

增量复制的触发条件更为严格：

• 从节点断连时间较短，其 repl_offset 仍在主节点的积压缓冲区范围内。
• 主节点直接从 repl_backlog 中取出从节点缺失的命令，通过 PSYNC 协议发送。
• 从节点收到命令后，从断点处继续执行，无需清空数据。

2.3 复制偏移量与积压缓冲区

复制偏移量（Replication Offset）和积压缓冲区（Replication Backlog）是 Redis 实现增量复制的两个核心机制。

复制偏移量：每个 Redis 节点（主从）都维护一个 repl_offset，表示当前节点已处理的复制数据字节数。主节点每向从节点发送一条写命令，偏移量就增加；从节点每接收并执行一条写命令，偏移量也同步增加。通过对比主从偏移量，可以精确判断数据同步的进度。

积压缓冲区：主节点在内存中维护一个固定大小的环形缓冲区（默认 1MB），用于存储最近执行的写命令。当从节点断连后重连时，主节点检查从节点的偏移量是否仍在缓冲区范围内：

• 如果在范围内，执行增量复制。
• 如果不在范围内（缓冲区已被新数据覆盖），执行全量复制。

下图展示了复制偏移量与积压缓冲区在增量复制中的协作关系：

2.4 复制偏移量与积压缓冲区的配置优化

合理配置积压缓冲区大小是避免全量复制的关键。以下配置项直接影响复制效率和稳定性：

复制偏移量的监控命令示例：

# 在主节点查看复制信息
127.0.0.1:6379> INFO replication
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.1.101,port=6379,state=online,offset=102400,lag=0
slave1:ip=192.168.1.102,port=6379,state=online,offset=102400,lag=0
master_repl_offset:102400
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:102000
repl_backlog_histlen:400

从上述输出可以看出：

• master_repl_offset 为 102400，表示主节点已处理 102400 字节的复制数据。
• slave0 和 slave1 的偏移量均为 102400，说明两个从节点已完全同步。
• repl_backlog_first_byte_offset 为 102000，表示积压缓冲区中最早的字节偏移量。
• repl_backlog_histlen 为 400，表示缓冲区当前存储了 400 字节的数据。