主从复制
在redis中，用户可以通过执行slaveof命令或者设置slaveof选项，让一个服务器去复制（repllcate）另一个服务器，我们称呼被复制的服务器为主服务器（master）,而对主服务进行复制的服务器则被称为从服务器（slave）。配置原则：配从不配主
解除主从关系命令：slaveof no one
旧版复制
Redis的复制功能分为同步（sync）和命令传播（command propagate）两个操作：
同步操作用于将从服务器的数据库状态更新至主服务器当前所处的数据状态；
命令传播操作则用于在主服务器的数据库状态被修改，导致主从服务器的数据库状态出现不一致时，让主从服务器的数据库重新回到一致状态。
同步：
当客户端向服务器发送slaveof命令，要求从服务器复制主服务器时，从服务器首先需要执行同步操作，将从服务器的数据库状态更新至主服务器当前所处的数据库状态
命令传播
在执行完同步操作后，主从服务器之间数据库状态已经相同，但这个状态并非一成不变，如果主服务器执行了写操作，那么主服务器的数据库状态就会修改，所以为了让主从服务器再次回到一致状态，主服务器需要对从服务器执行命令传播操作；主服务器会将自己执行的写命令，也即是造成主从服务器不一致的那条写命令，发送给从服务器执行，当从服务器执行了相同的写命令后，主从服务器将再次回到一致状态。
旧版复制的缺陷
在redis中，从服务器对主服务器的复制可以分为以下两种情况：
1.初次复制：从服务器以前没有复制过任何主服务器，或者从服务器当前要复制的主服务器和上一次复制的祝福完全不同；
2.断线后重复制：处于命令传播阶段的主从服务器因为网络原因而中断了复制，但从服务器通过自动重连接重新连接上了主服务器，并继续复制主服务器。
SYNC命令是一个非常耗费资源的操作，因为每次执行SYNC命令，主从服务器需要执行以下操作：
1）主服务器需要执行BGSAVE命令来生成RDB文件，这个生成操作会耗费主服务器大量的cpu、内存和磁盘IO资源；
2）主服务器需要将自己生成的RDB文件发送给从服务器，这个发送操作会耗费主从服务大量的网络资源（带宽和流量），并对主服务器响应命令请求的时间产生影响
3）接收到RDB文件的从服务器需要载入主服务器发来的RDB文件，并且在载入期间，从服务器会因为阻塞而没办法处理命令请求。
新版复制
Redis从2.8版本开始。使用PSYNC命令替代SYNC命令来执行复制时的同步操作 。
PSYNC命令具有完整重同步（full resynchronization）和部分同步（partial resynchronization）两种模式：
完整重同步用于处理初次复制情况：完整重同步的执行步骤和SYNC命令的执行步骤基本一样，它们都是通过让主服务器创建并发送RDB文件，以及向从服务器发送保存在缓冲区里面的写命令来进行同步；
部分重同步则用于处理断线后重复制情况：当从服务器在断线后重新连接主服务器时，如果条件允许，主服务器可以将主从服务器连接断开期间执行的写命令发送给从服务器，从服务器只要接收并执行这些命令，就可以将数据库更新至主服务器当前所处的状态
部分重同步的实现，由以下三个部分构成：
1.主服务器的复制偏移量(replication offset)和从服务器的复制偏移量；
2.主服务器的复制积压缓冲区（replicaiton backlog）
3.服务器端运行ID（run ID）
