本文内容摘录自同事Perry Zhang的讲解，如需转载须本人同意。
1.主从
命令：slaveof <IP><PORT>
redis主从配置:redis支持master-slave的主从配置，配置方法是在从机的配置文件中指定slaveof参数为主机的ip和port即可
将一台服务器（Slave）变成为另外一个服务器（Master）的复制品
复制过程：
1. Slave向Master发送 Sync命令
2. 接到 Sync命令的Master会调用BGSAVE ，创建一个 RDB 文件，并使用Backlog记录接下来执行的所有写命令
3. 当Master执行完 BGSAVE 命令时，它会向Slave发送 RDB 文件，而Slave则会接收并载入这个文件
4. Master将Backlog储存的所有写命令发送给Slave执行
Sync 命令同步后，主从会达到暂时的数据一致性。
数据不一致：Master执行了新的写命令，则主从数据又将不一致
5. 在主从完成同步之后，Master每执行一个写命令，它都会将被执行的写命令发送给Slave执行，这个操作被称为 “Command Propagate”
Command Propagate是持续的过程：只要复制仍在继续，命令传播就会一直进行，使得主从的状态可以一直保持一致
之后每当有什么新的写命令被执行了，比如 SET k7 v7、SET k8 v8 等等，Master也会继续将命令传播给Slave执行。
2.8之后，Redis使用PSync命令代替Sync
PSync最大特性：部分重同步（Partial Resync）
为什么采用部分重同步技术？
在主从断线并且重新连接的时候，只要条件允许，PSYNC 可以让Master只向Slave同步断线期间缺失的数据，而不用重新向Slave同步整个库
Sync断线重连过程
PSync断线重连过程
复制的数据一致性问题
理论上会出现复制不一致的情况：在Master执行完写命令直到Slave执行完写命令的这段时间里，如下例
Redis 目前的复制实现只保证最终一致性，而不是强一致性
