主从复制
是什么
也就是我们所说的主从复制，主机数据更新后根据配置和策略，自动同步到备机的master/slave机制，Master以写为主，Slave以读为主
能干嘛
读写分离
容灾恢复
怎么玩
配从库不配主库
从库配置：slaveof 主库IP 主库端口
每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件
常用三招
一主两从
- 主机实现写，从机不能进行写操作，只能读
- 主机死亡了，其余两个从机怎么办？
=》从机会原地等待
主机回来了？
=》从机会自动跟随主机 - 从机死了？
=》启动之后会断开与主机的连接，需要重新进行配置或者在redis.conf的配置文件中写好
薪火相传
一主多从会导致主机的负载过大，所以，使用了传递的概念
上一个Slave可以是下一个slave的Master，Slave同样可以接收其他slaves的连按和同步请求，那么该slave作为了链条中下一个的master,可以有效减轻master的写压力
中途变更转向:会清除之前的数据，重新建立拷贝最新的
Slaveof 新主库IP 新主库端口
反客为主
SLAVEOF no one
主机死亡后，从机实施上述命令，可以变成主机
复制原理
第一次全量复制
第二次分量复制
slave启动成功连接到master后会发送一个同步命令
Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件到slave,以完成一次完全同步
全量复制：slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。
增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步但是只要是重新连接master,一次完全同步（全量复制)将被自动执行
哨兵模式(sentinel)
字面意思：反客为主的自动版，主机死了，我们的从机自动投票，选出新的主机
- 创建一个sentinel.conf配置文件
- sentinel moitor 端口 IP 数字(表示从机投票超过该数字，则被选为主机)
- 启动，既哨兵开始巡逻
当我们的原来的主机回来后，被哨兵监控到，自动将其变为从机
一个哨兵可以监控多个主机
复制的缺点
复制延时
由于所有的写操作都是先在Master上操作，然后同步更新到Slave上，所以从Master同步到Slave机器有—定的延迟，当系统很繁
忙的时候，延迟问题会更加严重，Slave机器数量的增加也会使这个问题更加严重。
