1、主从复制原理
主从复制工作流程
- 从服务器连接主服务器，发送SYNC命令。
- 主服务器接收到SYNC命令后，开始执行bgsave命令生成RDB文件并使用缓冲区记录此后执行的所有命令
- 主服务器bgsave执行完成后，向所有服务器发送快照文件，并在发送期间继续记录被执行的写命令
- 从服务器接收到快照数据后丢弃所的有旧数据，载入收到以的快照
- 主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令
- 从服务器完成对快照的载入，开始接收命令请求，并执行来自主服务器缓冲区的写命令（从服务器初始化完成）
- 主服务器每执行一个写命令就会向从服务器发送相同的写命令，从服务器接收并执行收到的写命令（从服务器初始化完成后的操作）
主从复制优缺点：
优点：
- 支持主从复制，主机会自动将数据同步到从机，可以进行读写分离
- 为了负载master的读操作压力，slave服务器可以为客户端提供只读操作的服务，写服务仍然必须由master来完成
- slave 同样可以接受其它slave的连接和同步请求，这样可以有效的分载master 的同步压力
- master是以非阻塞的方式为slave提供服务，所以master-slave同步期间，客户端仍然可以提交查询和修改请求。
- slave server同样是以非阻塞的方式未完成数据同步，在同步期间，如果有客服端提交查询请求，redis则返回同步之前的数据。
缺点：
- redis 不具备自动容错和恢复功能，主机和从机的宕机都会导致客户端部分读写请求的失败，需要等待机器重启或手动切换前端的IP才能恢复
- 主机宕机，宕机前有部分数据未能同步到从机，切换IP后还会引起数据不一致的问题降低了系统的可用性。
- redis较难支持在线扩容，在集群容量达到上限时在线扩容变得复杂。
2、主从搭建
主从复制的常用的几种方式
- 一主二仆 A(B、C) 一个Master两个Slave
- 薪火相传（去中心化）A - B - C ，B既是主节点（C的主节点），又是从节点（A的从节点）
- 反客为主（主节点down掉后，手动操作升级从节点为主节点）
1）一主二仆 A(B、C) 一个Master两个Slave
1、节点redis不需要修改配置
主节点服务器IP：192.168.244.128
2、改从节点配置
添加配置：slaveof 192.168.244.128 6379
从节点IP：192.168.244.130 192.168.244.131
3、分别重启主从服务器，验证
主服务器info replication：
显示有两个从节点，主节点set值 ，从节点可以get 得到
从服务器info replication：
2）薪火相传（去中心化）A - B – C
如上配置： 192.168.244.130 添加配置： slaveof 192.168.244.128 6379
192.168.244.131 添加配置： slaveof 192.168.244.130 6379
3）反客为主（一仆二主模式）
1、关闭主节点后从节点info replication:
此时从节点还是只读的
2、执行命令slaveof no one 升为主节点：
升为主节点后可读可写。
