网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
本文介绍Redis主从模式的常用类型。
Redis的可靠性主要有主从模式和集群模式。对于主从模式而言，Redis有以下方案：
- Sentinel方案；
- Keepalived方案。
Sentinel方案
作为Redis主推的官方方案，主要的实现原理是通过引入哨兵sentinel节点，来投标决定master节点故障后，哪个slave节点会被选举接管故障的master节点。
Sentinel节点会周期性的向Redis节点发送心跳消息（10s一次向master节点发送心跳，1s一次向从节点和sentinel集群的其他salve节点发送心跳，2s一次广播当前的master信息和sentinel集群的信息）。
当Sentinel集群检测到Redis的Master节点故障，就需要通过在Sentinel内投票，如果投票通过，则将目标的节点执行failover切换。
优点：官方推荐的方案；
缺点：Sentinel1已经废弃，Sentinel2目前在rewrite阶段，有稳定版本；Sentinel集群至少需要部署3个实例。这样就不利于sentinel部署了，如果我们规定只有两个Redis节点，Sentinel节点就不能部署在Redis节点上，必须找其他的节点来部署，这样部署起来就比较
麻烦一些。
Keepalived方案
利用Linux官方的Keepalived软件做load balance和HA。主要原理是Keepalived会监控Master和Slaver节点。当主节点故障时，会利用VRRP协议，将IP切换到Slave节点。
深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上鸿蒙开发知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
需要这份系统化的资料的朋友，可以戳这里获取](https://bbs.csdn.net/topics/618636735)**
扫一扫
986
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
