主从复制，即有两个角色，主节点和从节点，数据从主节点复制到从节点，且不能逆向复制。
通过向从节点发送SLAVEOF命令，可以让主从复制开始工作，以下为具体步骤。
此命令指定了主节点的地址及端口，表示从节点要从127.0.0.1:6379来复制数据
在SLAVEOF命令执行之后，从服务器根据设置的ip及port，会创建一个连向主节点的套接字连接,如果连接成功，那么从服务器将为这个套接字关联一个专门用于处理文件事件处理器，负责以后的复制工作，如接收RDB文件，以及接收主节点传输过来的写命令。
从节点成为主节点的客户端之后，首先会发送一条PING命令，此时的PING命令有两个作用：
主从节点首次通信，检查该套接字读写状态是否正常。
检查主节点能否正常处理命令请求。
从节点在发送PING命令之后，将会遇到一下三种情况：
从节点在规定时间内没有收到命令回复，表示主从节点的网络应该不太稳定，不能继续后续的复制步骤，应断开并重新连接主节点的套接字。
从节点收到主节点返回的错误信息，表示主节点暂时无法处理从服务器的命令请求，不能继续执行后续的复制工作，应断开并重新连接主节点的套接字。
从节点收到主节点返回的PONG，表示主从之间的网络正常，且主节点可以处理从节点的命令请求，可以继续后续的复制工作。
从节点收到主节点的PONG回复之后，下一步就该确认是否进行身份验证
如果从节点设置了masterauth，则进行身份验证
如果从节点没有设置masterauth，则不进行身份验证
从节点在身份验证阶段可能遇见以下几种情况：
主服务器没有设置requirepass选择，从节点没有设置masterpass，复制工作可以继续进行
从节点通过AUTH发送的命令和主节点配置requirepass设置的密码相同，则复制工作可以进行。如果不同，主节点将返回一个invalidpassword错误
如果主节点设置了requirepass，从节点没有设置masterauth，那么主节点将返回一个NOAUTH错误。相反，如果主节点没有设置requirepass，从节点设置了masterauth，那么主节点将返回nopasswordisset
所有的错误情况都会使从节点终止复制工作，并从创建套接字开始重新执行复制，直到身份验证通过，或者从节点放弃复制为止。
在身份验证之后,从节点将执行命令REPLCONFlistening-portport,主节点将把端口信息记录在自己的客户端状态信息中
127.0.0.1:6379inforeplication#Replicationrole:masterconnected_slaves:2slave0:ip=127.0.0.1,port=6380,state=online,offset=137741805,lag=0slave1:ip=127.0.0.1,port=6381,state=online,offset=137741805,lag=0master_repl_offset:137741805repl_backlog_active:1repl_backlog_size:1048576repl_backlog_first_byte_offset:136693230repl_backlog_histlen:10485766.同步6.1旧版(以前)同步的实现
旧版的同步功能需要从节点向主节点发送sync命令来完成，步骤如下：
过程如图所示：
旧版同步的缺陷
耗费资源的SYNC命令：
执行SYNC命令主从节点需要做以下事情
主节点执行BGSAVE命令在后台生成RDB文件，会耗费主节点大量的CPU、内存和磁盘IO等资源
主节点需要将RDB文件发送给从节点，这个操作会消耗主节点大量的网络资源。
从节点接收并载入RDB文件，且载入期间会阻塞命令请求
在此，从节点会使用PSYNC代替SYNC命令，从节点会向主节点发送PSYNC命令，执行同步操作，并将自己的数据库状态更新至主节点数据库所处的状态。
PSYNC命令分两种模式，一个是完整同步操作，一个是部分同步模式。
完整同步模式：通过让主节点创建并发送RDB文件，以及向从节点发送保存在缓冲区中的写命令来进行同步。
部分同步模式：借助复制积压缓冲区以及复制偏移量来进行部分同步。
部分同步的功能主要由下面三个部分构成：
主节点的复制偏移量及从节点的复制偏移量
主节点的复制积压缓冲区
节点运行id
执行复制的双方，主从节点都分别维护这一个复制偏移量主节点每次向从节点传播N个字节的数据时，就会将自己的复制偏移量加N。同理，从节点每次收到主节点传播来的N个字节的数据时，也会将自己的复制偏移量加N
通过对比主从节点的复制偏移量，可以确定主从节点是否处于一致状态
如上图所示，假设正在复制的从节点A断线了，主节点传过来的字节数据收不到了，此时从节点A的偏移量（offset）和主节点的不一致了，过了一段时间，从节点A又成功连接至主节点，接下来它是怎么样和主节点数据保持一致呢，这就要说到复制积压缓冲区了。
当主节点向从节点进行命令传播的时候，它不仅会把命令发送给所有的从节点，还会将命令入队到复制积压缓冲区中，如下图所示。
那么复制积压缓冲区里面到底是什么按照格式存储的呢，它会为每个字节记录相应的偏移量，其构造如下图所示:
复制积压缓冲区大致就是这样了，下面来说一下当从节点A重新连上主节点后的是什么样的情况。
从节点会通过PSYNC命令将自己的偏移量offset发送给主节点,如果偏移量之后的之后的数据还存在复制积压缓冲区中,主节点将对从节点进行部分同步
相反,如果偏移量之后的数据已经不在复制积压缓冲区中,则进行完整同步
每个redis服务器，不论主从，都会有一个自己的运行id
每个id在服务启动时自动生成，由40个随机的16进制字符组成
当从节点对主节点进行初次复制时，主节点会将自己的运行id传给从节点，从节点会把这个id保存起来。当从节点断线并重新连接上一个主节点时，从节点会向当前的主节点发送之前保存的运行id
如果保存的运行id和当前主节点id相同，则说明和断线之前连接的是一个主节点，可以尝试部分同步操作
如果运行id和当前节点不同，和断线之前连接的不是一个主节点，需要执行完整同步操作
当完成同步之后，主从节点进入命令传播阶段，此时主节点只需要将自己的写命令发送给客户端，从节点接收并执行主节点发送过来的写命令即可。
版权声明：本站所有作品（图文、音视频）均由用户自行上传分享，仅供网友学习交流，不声明或保证其内容的正确性，如发现本站有涉嫌抄袭侵权/违法违规的内容。请举报，一经查实，本站将立刻删除。