Redis主从复制 后章
主从复制(薪火相传)
上一个Slave可以是下一个slave的Master, Slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master,可以有效减轻master的写压力,去中心化降低风险。
用slaveof <ip><port>
中途变更转向:会清除之前的数据，重新建立拷贝最新的。
风险是—旦某个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
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之家整理，本文链接：https://www.bmabk.com/index.php/post/141566.html
