大白话之REDIS主从同步

主从同步

主从复制是redis的分布式基础，哨兵模式和分片集群等高可用方案离不开主从复制。
redis的分布式满足CAP理论的的AP以及C的数据最终一致性。redis是通过主从同步模式提供服务的可用性和数据最终一致性。

redis主从复制是将redis的节点属性分为主节点和从节点，主节点可以提供读写请求，从服务最好提供读请求。从节点从主节点同步数据，保证主节点和从节点的数据一致性。

如何同步数据
从服务器同步主节点的数据，一般是通过2中方式。

• 快照同步
• 增量同步

快照同步：是从服务器首次接入主节点或者从服务发送的偏移量在主服务器上被覆盖了，这时是通过快照同步数据。主节点先bgsave，将当前的内存数据快照到磁盘，同时将并发请求主节点的操作指令放入住节点的缓冲区buffer中。主节点将快照文件传送给从节点，从节点收到快照文件，先入磁盘，再将从服务器的内存flush清空，开始加载快照文件数据到内存中。从服务器加载成功后通知主服务器开始增量同步缓存区的数据。

增量同步：redis同步的是指令流。主节点会将修改的操作指令放在本地的内存buffer中，异步的将buffer指令集同步到从节点上。从节点执行这些指令，同时告诉主节点自己的同步的指令的偏移量。
内存的buffer是有限的，且内存的buffer是环形数据结构，当buffer满了后就会覆盖之前的buffer里的数据。如果从服务器告知主服务器的偏移量不在buffer中了或者被覆盖了，则主服务器开始快照数据全量同步。

这个内存buffer大小很重要，根据业务的流量来规范大小。如果内存buffer设置不规范，则会导致主从服务器频发的增量同步。

主从快照同步的I/O操作很耗时，如果是AOF模式，在AOF模式需要fsync的强制flush的时候，如果发送了快照同步，则fysnc命令被延迟执行。故redis增加了无盘复制模式。主节点通过socke将快照内容发送给从服务，从节点将接受的数据存储到磁盘，在一次性加载