主从复制(薪火相传)

上一个Slave可以是下一个slave的Master, Slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master,可以有效减轻master的写压力,去中心化降低风险。
用slaveof
中途变更转向:会清除之前的数据，重新建立拷贝最新的。

风险是—旦某个slave宕机，后面的slave都没法备份,主机挂了，从机还是从机，无法写数据了

主从复制(反客为主)

当—个master宕机后，后面的slave可以立刻升为master，其后面的slave不用做任何修改。
用slaveof no one将从机变为主机。

主从复制(哨兵模式)

什么哨兵模式？

反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库

怎么玩？（使用步骤）

1.调整为一主二仆模式，6379带着6380、6381

2.自定义的/myredis目录下新建sentinel.conf文件，名字绝不能错

3.配置哨兵，填写内容

其中mymaster为监控对象起的服务器，1为至少有多少哨兵同意迁移的数量

4.启动哨兵


5.当主机挂掉，从机选举中产生新的主机

(大慨10秒左右可以看到哨兵窗口日志，切换了新的主机)哪个从机会被选举为主机呢﹖根据优先级别:slaxe-priority原主机重启后会变为从机。

复制延时

由于所有的写操作都是先在Master上操作，然后同步更新到slave上，所以从Master同步到slave机器有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，Slave机盟数量的增加也会使这个问题更加严重

优先级在redis.conf中默认: slave-priority 100，值越小优先级越高

偏移量是指获得原主机数据最全的

每个redis实例启动后都会随机生成一个40位的runid