Redis哨兵原理总结（一）

本博文主要总结关于哨兵的一些理论知识，主要关注点有一下几个方面：

一、哨兵解决了什么问题？

二、哨兵是如何解决“问题一”的？

三、如何使用哨兵？

四、Redis Sentinel客户端实现的原理是什么？Java如何操作Redis Sentinel？

 

一、哨兵解决了什么问题？

这个问题要从Redis主从模式说起。Redis的主从模式可以将主节点的数据改变同步给从节点，从节点就可以起到两个作用：

（1）作为主节点的一个备份。一旦主节点出现了故障，不可达，从节点可以作为后备，顶上来，保证数据尽量不丢失。

（2）从节点可以扩展主节点的读能力。如果主节点撑不住大量并发的读操作，此时可以分担主节点的读能力。

主从复制也随之带来了一下几个问题：

（1）一旦主节点出现了故障，需要手动的将一个从节点晋升为主节点，同时需要修改应用方（即客户端）的连接主节点的地址和端口号。还需要命令其他从节点去复制新的主节点，这整个过程都需要人工的操作。

（2）主节点的写能力、存储能力收到单机的限制。

第（1）个问题就是Redis的高可用问题了，第（2）个问题是Redis分布式的问题。这里主要总结第一个问题，Redis的高可用问题。

Redis 哨兵就能解决这个问题。其实，哨兵不止解决了自动故障转移问题，还能提供监控Redis主从数据库、提醒的重要功能。

因此，哨兵具有以下功能：

监控：哨兵节点定期检测Redis数据节点，其余哨兵节点是否可达；

通知：哨兵节点会将故障转移的结果通知给应用方；

主节点故障转移：实现从节点晋升为主节点并维护后续正确的主从关系；

配置提供者：在Redis哨兵结构中，客户端在初始化的时候连接的哨兵节点集合，从中获取主节点信息。

 

下一篇：Redis哨兵原理总结（二） 将介绍哨兵是如何解决第（1）个问题。