redis 全量复制条件

以下情况备节点会做全量复制：
1. 备节点第一次连到主节点。
2. 节点重启，主节点runid会变，备节点runid会丢失，redis <4.0 会发生全量复制。
3. 部分复制失败，以下条件会产生改原因：
    -> 主备失联超过repl-backlog-ttl（默认60分钟），导致复制积压缓冲区数据被清空。
        解决办法：计算合理的repl-backlog-size值大小
                  通过主库每秒增量的master复制偏移量master_repl_offset(info replication指令获取)大小，如每秒offset增加是5MB,那么主实例复制积压缓冲区要保留最近60秒写入内容，backlog_size设置就得大于300MB(60*5)。而从实例重启加载RDB文件是较耗时的过程，如重启某个重实例需120秒(RDB大小和CPU配置相关），那么主实例backlog_size就得设置至少600MB.
    -> 主备失联时间在repl-backlog-ttl之内，但是slave的offset与master可提供部分复制的条件不符，比如复制积压缓冲区的未被同步的数据被部分冲掉或者slave记录的偏移量大于server的记录的偏移量。
        解决办法同上。
        
client-output-buffer-limit这个配置也可能影响主备同步，先看下这个参数配置是什么样的：

client-output-buffer-limit slave 256mb 64mb 60
这里对是客服端是slave的做限制
256mb 是一个硬性限制，当output-buffer的大小大于256mb之后就会断开连接
64mb 60 是一个软限制，当output-buffer的大小大于64mb并且超过了60秒的时候就会断开连接

如果主备全量同步时间过久而且同步时的命令流量过大会导致client output buffer>256M或者>64M 持续的时间超过60秒，则master会主动断开slave，slave后面会再次连接，做全量同步，如果还有相同的问题那么主备会不停的做全量复制长期占有系统资源和网络资源。
解决办法是output-buffer或者关闭限制。

redis主从复制原来推荐文章：

https://blog.youkuaiyun.com/gqtcgq/article/details/51287116