十年Java程序员老兵手把手教你redis主从数据同步流程

　　我们经常听说redis具有高可靠性，这里的高可靠性有什么含义呢？
　　数据少丢失
　　服务少中断
　　通过AOF，RDB保证
　　通过多实例保存数据备份保证，即多个机器都保存一份数据，即使机器A宕机了，也有机器B，机器C来服务。
　　那么redis如何保证各个机器的数据一致性呢？
　　先想像，如果客户端操作了一个key，但是每次都是操作不同机器，比如
　　机器A：setaaa111
　　机器B：setaaa222
　　机器C：setaaa333
　　此时，我们访问不同机器时，得到keyaaa的值都会不同，会对业务造成影响。
　　redis采用的是主从模式来保证各机器备份数据的一致性，比如设置机器A为master（主），机器B，C为slave（从）
　　读操作：A，B，C机器
　　写操作：先写A机器，然后同步给B，C机器主从库如何进行第一次数据同步？
　　因机器数量有限，就在同一机器启动三个实例A，B，C。
　　实例A：16379端口（master）
　　实例B：16379端口（slave）
　　实例C：16379端口（slave）
　　实例B，C都成为实例A的从库：执行slaveof127。0。0。116379，就成为了实例A的从库。
　　具体流程：
　　实例B执行slaveof127。0。0。116379
　　psyncrunIDoffset，实例B告诉实例A，我需要要同步你数据
　　参数1runID，代表实例A的唯一标识（redis实例启动后自动生成的唯一ID）
　　参数2offset，复制进度，这里1复制代表全量复制
　　实例A发出相应命令FULLRESYNCRunIDoffset（FULLRESYNC主库ID主库复制进度）。
　　实例B保存实例A响应的runIDoffset。
　　实例A执行bgsave命令，生成RDB（实例A的所有数据），发送给实例B
　　实例B清空自己所有数据，加载RDB文件
　　replicationbuffer是什么呢？
　　设想一下，实例A在生成RDB时和向实例B传输RDB文件时，有新的写请求怎么办？
　　实例A生成和传输RDB过程肯定不能拒绝服务，所以会先把操作记录到复制缓冲区，即replicationbuffer，等RDB文件发送完成后，再发送缓冲区的写操作，这样master和slave才能数据一致
　　加载replicationbuffer。主从库间网络断了，主从数据不一致怎么办？
　　redis2。8前，主库会和从库重新进行一次全量复制。
　　redis2。8后，采用增量复制，这里涉及到replbacklogbuffer（环形缓冲复制队列），当主从库断连后，主库会把断连期间收到的写操作命令，写入replicationbuffer（复制缓冲区），同时也会把这些操作命令也写入replbacklogbuffer（环形缓冲复制队列）。replbacklogbuffer是一个环形缓冲区，主库会记录自己写到的位置，从库则会记录自己已经读到的位置。
　　主从网络中断恢复连接时，从库会通过psync命令把offset发给主库，主库把masterreploffset（3）和replbacklogbuffer（1）之间的数据复制给从库就可以，则图中2，3部分即可。
　　注意：
　　如果从库的读取速度比较慢，就有可能导致从库还未读取的操作被主库新写的操作覆盖了，这会导致主从库间的数据不一致。比如
　　master把环形缓冲区写了两次了，
　　slave环形缓冲区第一次还没读完，就会存在数据丢失！
　　好了，暂时就更新到这里了，大家有什么疑问欢迎下方评论区进行讨论，咱们下期见哦