Redis支持主从复制功能，可以通过执行slaveof（Redis5版本以后改成replicaof）或者在配置文件中设置slaveof（Redis5版本以后改成replicaof）来开启复制功能。【相关推荐：Redis视频教程】
- 一主两丛
- 一主多从
主从基本配置
主Redis配置
主Redis配置基本不用修改，重点部分在从Redis配置
从Redis配置
1、复制一份redis.conf文件
2、相关配置修改
# salve的端口号 port 6380 #把pid进程号写入pidfile配置的文件 pidfile /var/run/redis_6380.pid logfile "6380.log" #指定数据存放目录 dir /usr/local/redis‐5.0.3/data/6380 #需要注释掉bind #bind127.0.0.1（bind绑定的是自己机器网卡的ip，如果有多块网卡可以配多个ip，代表允许客户端通过机器的哪些网卡ip去访问，内网一般可以不配置bind，注释掉即可）
3、配置主从复制
#从本机master6379的redis实例复制数据，Redis5.0之前使用slaveof replicaof 192.168.0.60 6379 #配置从节点只读 replica‐read‐only yes
4、启动从节点
redis‐server redis.conf
5、连接从节点
redis‐cli ‐p 6380
6、测试在6379实例上写数据，6380实例是否能及时同步新修改数据
docker run --name redis-6381 -v /Users/yujiale/docker/redis/conf/redis6381.conf:/etc/redis/redis.conf -v /Users/yujiale/docker/redis/conf/sentinel6381.conf:/etc/redis/sentine.conf -v /Users/yujiale/docker/redis/data6381:/data --network localNetwork --ip 172.172.0.14 -p 16381:6379 -d redis:6.2.6 redis-server /etc/redis/redis.conf --appendonly yes
主从配置的作用
读写分离
- 一主多从，主从同步
- 主负责写，从负责读
- 提升Redis的性能和吞吐量
- 主从的数据一致性问题
数据容灾
- 从机是主机的备份
- 主机宕机，从机可读不可写
- 默认情况下主机宕机后，从机不可为主机利用
- 哨兵可以实现主从切换，做到高可用
Redis主从工作原理
主从复制之全量复制
只有第一次从Redis连接主Redis时发生的是全量复制，如果是短点续传可能是全量复制，也可能是部分复制。
- 流程图
1、与主Redis建立Socker长连接
slaver与master建立socket连接
slaver关联文件事件处理器
- 该处理器接收RDB文件（全量复制）、接收Master传播来的写命令（增量复制）
- 主服务器accept从服务器Socket连接后，创建相应的客户端状态。相当于从服务器是主服务器的Client端。
发送ping命令
Slaver向Master发送ping命令
1、检测socket的读写状态
2、检测Master能否正常处理
Master的响应：
1、发送“pong” ,说明正常
2、返回错误，说明Master不正常
3、timeout，说明网络超时
- 权限验证
主从正常连接后，进行权限验证
主未设置密码（requirepass=“”），从也不用设置密码（masterauth=“”）
主设置密码(requirepass!=""),从需要设置密码(masterauth=主的requirepass的值)
或者从通过auth命令向主发送密码
2、主Redis接收到PSYNC命令
主Redis接收到PSYNC命令后执行bgsave命令会生成最新的rdb快照，
3、主Redis把rdb快照发送给从Redis
主Redis发送rdb快照给从Redis时，master会继续接收客户端的请求，它会把这些可能修改数据集的请求缓存在内存中存储到relp buffer缓存中
- 同步快照阶段：Master创建并发送快照RDB给Slave，Slave载入并解析快照。Master同时将此阶段所产生的新的写命令存储到缓冲区。
4、从节点接收到rdb快照
从节点接收到rdb快照后清空老数据，并加载rdb文件
5、主Redis发送buffer缓存文件到从Redis
同步写缓冲阶段：Master向Slave同步存储在缓冲区的写操作命令。
6、从节点接收buffer缓存文件
从节点接收buffer缓存文件，并加载buffer缓存文件到内存中
7、主Redis通过Socker长连接连续把命令发送到从节点
从Redis接收到主Redis发送过来的命令，执行当前命令
总述
如果你为master配置了一个slave，不管这个slave是否是第一次连接上Master，它都会发送一个PSYNC命令给master请求复制数据。master收到PSYNC命令后，会在后台进行数据持久化通过bgsave生成最新的rdb快照文件，持久化期间，master会继续接收客户端的请求，它会把这些可能修改数据集的请求缓存在内存中。当持久化进行完毕以后，master会把这份rdb文件数据集发送给slave，slave会把接收到的数据进行持久化生成rdb，然后再加载到内存中。然后，master再将之前缓存在内存中的命令发送给slave。当master与slave之间的连接由于某些原因而断开时，slave能够自动重连Master，如果master收到了多个slave并发连接请求，它只会进行一次持久化，而不是一个连接一次，然后再把这一份持久化的数据发送给多个并发连接的slave。
主从复制之部分复制
大体流程跟全量复制差不多，就不过多讲解
简述
当master和slave断开重连后，一般都会对整份数据进行复制。但从redis2.8版本开始，redis改用可以支持部分数据复制的命令PSYNC去master同步数据，slave与master能够在网络连接断开重连后只进行部分数据复制(断点续传)。master会在其内存中创建一个复制数据用的缓存队列，缓存最近一段时间的数据，master和它所有的slave都维护了复制的数据下标offset和master的进程id，因此，当网络连接断开后，slave会请求master继续进行未完成的复制，从所记录的数据下标开始。如果master进程id变化了，或者从节点数据下标offset太旧，已经不在master的缓存队列里了，那么将会进行一次全量数据的复制。主从复制(部分复制，断点续传)流程图：
主从复制之增量同步
Redis增量同步主要指Slave完成初始化后开始正常工作时，Master发生的写操作同步到Slave的过程。
通常情况下，Master每执行一个写命令就会向Slave发送相同的写命令，然后Slave接收并执行。
主从复制之心跳检测
1.检测主从的连接状态
检测主从服务器的网络连接状态通过向主服务器发送INFO replication命令，可以列出从服务器列表，可以看出从最后一次向主发送命令距离现在过了多少秒。lag的值应该在0或1之间跳动，如果超过1则说明主从之间的连接有故障。
2.辅助实现min-slaves
Redis可以通过配置防止主服务器在不安全的情况下执行写命令min-slaves-to-write 3（min-replicas-to-write 3）min-slaves-max-lag 10（min-replicas-max-lag 10）上面的配置表示：从服务器的数量少于3个，或者三个从服务器的延迟（lag）值都大于或等于10秒时，主服务器将拒绝执行写命令。这里的延迟值就是上面INFOreplication命令的lag值。
3.检测命令丢失
如果因为网络故障，主服务器传播给从服务器的写命令在半路丢失，那么当从服务器向主服务器发送REPLCONF ACK命令时，主服务器将发觉从服务器当前的复制偏移量少于自己的复制偏移量，然后主服务器就会根据从服务器提交的复制偏移量，在复制积压缓冲区里面找到从服务器缺少的数据，并将这些数据重新发送给从服务器。（补发）网络不断增量同步：网断了，再次连接时
如何判断全量复制还是部分复制
客户端发送saveof后主节点会判断是否第一次复制，如果是则进行全量复制，如果不是通过runid offset偏移量进行判断是否一致，如果一致则进行部分复制，否则进行全量复制。
更多编程相关知识，请访问：编程视频！！
以上就是详细了解Redis中的主从复制的详细内容，更多请关注自由互联其它相关文章！