Redis的同步机制主要包括主从复制和Sentinel高可用方案。主从复制通过全量同步和增量同步实现数据一致性：全量同步时，主节点执行BGSAVE生成RDB文件，从节点拉取并加载；增量同步使用repl_backlog_buffer缓冲最近命令，从节点通过repl_offset追踪进度，避免数据丢失。掌握replconf ack、心跳检测和部分重同步（PSYNC）命令，能有效提升同步效率，减少网络开销，确保系统在高并发下稳定运行。

主从复制全流程

Redis主从同步分为三个阶段：1）建立主从关系，从节点发送SLAVEOF命令连接主节点；2）全量同步，主节点fork子进程生成RDB，从节点清空数据并加载；3）增量同步，主节点将缓冲区命令转发给从节点，并通过心跳PING/PONG保持连接。repl_backlog_buffer大小需根据延迟和命令量设置，通常128MB起步，避免内存溢出。

PSYNC命令详解

Redis 2.8引入PSYNC命令，支持部分重同步。格式：PSYNC 。runid是主节点运行ID，重启变更为新UUID；offset是从节点复制偏移。若offset在backlog内，直接发送增量命令；否则触发全量同步。配置min-replicas-to-write 1 min-replicas-max-lag 10可防止主节点在同步落后时写入，提升稳定性。

复制缓冲区优化

repl-diskless-sync yes启用无盘复制，主节点直接将RDB通过网络发送，适合SSD慢的场景。repl-backlog-size根据峰值QPS和网络RTT计算，如QPS 10000、RTT 10ms，则大小约1GB。监控info replication中的backlog_histlen和offset差值，超过阈值需扩容缓冲或优化网络。

Sentinel与同步结合

Sentinel监控主从，客观下线（ODOWN）需多数Sentinel同意。故障时选举从节点为新主，执行SLAVEOF no one，并通知其他从节点同步新主。配置sentinel monitor mymaster 127.0.0.1 6379 2，确保quorum至少2，提升选举准确性，避免脑裂。

常见问题排查

同步延迟高：检查网络带宽、repl-timeout（默认60s）、lazyfree-lazy-eviction no。master_link_down_since_seconds过大时，从节点可read-only yes防止误写。全量同步频繁：增大repl-backlog-size或优化命令大小，如用pipeline批量提交。

高可用实践

部署3主3从+3 Sentinel集群，启用repl-diskless-sync delayed 5延迟无盘同步。使用redis-trib或自定义脚本监控同步状态，结合Crontab定时BGSAVE。实际生产中，结合Lua脚本原子执行复杂同步逻辑，确保数据一致。

FAQ
Q: Redis主从同步如何处理主节点重启？
A: 从节点记录主节点runid和offset，重连时发送PSYNC，若runid变则全量同步。
Q: 复制缓冲区溢出怎么处理？
A: 增大repl-backlog-size，重启主节点清空offset，从节点触发全量同步。
Q: 从节点不可写原因？
A: 默认slave-read-only yes，设为no可写但不推荐，易导致数据不一致。
Q: Sentinel failover时间多久？
A: 取决于down-after-milliseconds（30s）和选举quorum，通常2-10s内完成。