【Redis】主从复制

个人感觉这个主从复制和MySQL中的主从复制优化原理一样

主从复制

是什么

也就是我们所说的主从复制，主机数据更新后根据配置和策略，自动同步到备机的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机器数量的增加也会使这个问题更加严重。