关于redis-sentinel出现的原因
Redis集群的主从模式有个最大的弊端，就是当主master挂了之前，它的slave从服务器无法提升为主，而在redis-sentinel出现之后，有效的解决了这个问题，它相当于是一个投票者或者哨兵，它时刻监视着redis集群的各个服务器，当主master挂了之后，它将进行投票进行新master的选举，一般地，我们会建立多个redis-sentinel服务器，它们都会进行主master的选举工作，当多个redis-sentinal都选择同一个主之后，这个主才有效！
关于之前的主从模式
对于内部的主从模式（master-slaves)主要实现了数据的读写分离，可以有效的提升服务器的吞吐量，但对于高可用上，表现不佳，因为当主挂了之后，从slave无法成为主，或者没有这种机制，相关主从环境搭建请像我的这篇文章
关于sentinel环境的搭建
1 下载redis3.2版
延伸阅读
- ssh框架 2016-09-30
- 阿里移动安全 [无线安全]玩转无线电——不安全的蓝牙锁 2017-07-26
- 消息队列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 论文笔记【图片目标分割】 2017-07-26
- 词向量-LRWE模型-更好地识别反义词同义词 2017-07-26
- 从栈不平衡问题 理解 calling convention 2017-07-26
- php imagemagick 处理 图片剪切、压缩、合并、插入文本、背景色透明 2017-07-26
- Swift实现JSON转Model - HandyJSON使用讲解 2017-07-26
- 阿里移动安全 Android端恶意锁屏勒索应用分析 2017-07-26
- 集合结合数据结构来看看(二) 2017-07-26
学习是年轻人改变自己的最好方式