Redis主从复制的基本原理是主节点维护一份数据副本，主节点将数据变更操作记录到RDB文件或增量日志（repl_backlog），从节点通过全量同步和增量同步的方式复制主节点数据。全量同步时，主节点生成RDB快照并发送给从节点，从节点清空数据后加载RDB；增量同步时，主节点发送repl_backlog中的命令给从节点。从节点接收命令后本地执行，实现数据一致性。配置主从复制：在主节点redis.conf设置bind 0.0.0.0 port 6379，在从节点配置slaveof 主IP 主端口，并重启。解决同步延迟：1.增大repl-backlog-size到100MB以上；2.调整repl-diskless-sync yes开启无磁盘同步；3.监控repl-backlog-histlen，避免backlog溢出；4.使用sentinel或cluster优化网络拓扑；5.调优repl-timeout参数为60s。

主从同步配置步骤

1、在从服务器上执行命令：slaveof 192.168.1.100 6379（192.168.1.100为主服务器IP）。2、重启从服务器。3、在主服务器执行info replication命令查看从服务器信息。4、在从服务器执行info replication确认Slave_Has_Master状态为1。动态配置无需重启：redis-cli -h 主IP -p 6379 -a 密码 slaveof 主IP 主端口。

同步延迟原因及解决方案

同步延迟主要由网络抖动、repl_backlog缓冲区溢出、主节点写压力大引起。解决方案：增大repl-backlog-size 100mb；启用repl-diskless-sync yes减少IO开销；监控offset差距，offset差超过repl_backlog_size时会全量同步导致延迟；优化网络带宽，使用内网VPC；主从节点部署在同一地域；调大repl-timeout 60；使用parallel-syncs 4并行同步。

详细同步机制

Redis主从异步复制，主节点每执行一个写命令，就把这个命令原样发送给从节点，从节点原样执行。第一次连接时，从节点发送SYNC命令，主节点收到后启动后台保存进程（BGSAVE），同时将新写命令缓存起来，等RDB文件生成好之后，把RDB文件全量发给从节点，从节点收到后清空数据，加载RDB文件，然后将缓存的写命令也发过去，加载完后报告MASTER。从此之后，主节点每有写命令就发给从节点。全量同步+增量同步。

常见同步问题解决

问题1：从节点频繁全量同步，解决：增大repl-backlog-size到1gb，检查repl-backlog-histlen不为0。问题2：复制延迟高，解决：repl-diskless-sync yes，min-replicas-to-write 1 min-replicas-max-lag 10。问题3：主从offset差距大，解决：网络优化，弱网络下用proxy中间件如Twemproxy。问题4：从节点读写分离配置requirepass和masterauth一致。

配置示例

主节点conf：bind 0.0.0.0 requirepass mypass。从节点conf：slaveof 10.0.0.1 6379 masterauth mypass repl-backlog-size 100mb repl-diskless-sync yes repl-diskless-sync-delay 5。客户端连接从节点：redis-cli -h slave_ip -p 6379 -a mypass。

监控与优化

使用redis-cli info replication监控Master_Link_Status、Master_Last_IO_Seconds_Ago。延迟超过5s报警。优化：主节点开启AOF，每秒fsync；从节点只读slave-read-only yes；多从节点分担读流量。

FAQ
Q: 主从同步如何验证是否成功？
A: 在主从节点执行info replication，从节点显示role:slave，master_host为主IP。
Q: 为什么从节点落后主节点很多数据？
A: repl_backlog_size太小导致溢出，增大到256mb并监控offset。
Q: 全量同步频繁怎么处理？
A: 启用repl-diskless-sync yes，优化网络延迟小于10ms。
Q: 主从切换如何实现？
A: 使用Redis Sentinel自动故障转移，主从提升为Master。