进阶Redis系列(十四)：哨兵模式（Redis Sentinel）

学习Redis之前，我还是觉得我务必跟你说一声，也是在我文章之中说的很多的一句话，我想也会适用于学习Redis，那就是在接触文章里的Reids命令时，不用试图去记这些命令 ，用到时去看API帮助文档即可;会用了或者实践过了再去了解也不会迟。

上手Redis系列

上手Redis必知必会：最基础知识点和最基本常用操作

上手Redis系列(一)：超全String字符串类型详解
上手Redis系列(二)：超全List列表类型详解（代码图文示例）
上手Redis系列(三)：超全集合Set类型详解（代码图文示例）
上手Redis系列(四)：超全哈希Hash类型详解（代码图文示例）
上手Redis系列(五)：超全有序集合Zset类型详解
上手Redis系列(六)：超全Geospatial特殊类型详解(地理位置)
上手Redis系列(七)：超全HyperLogLog特殊类型详解
上手Redis系列(八)：Bitmaps特殊类型详解
上手Redis系列(九)：事务操作
进阶Redis系列(十)：超全详解Redis持久化机制RDB
进阶Redis系列(十一)：超全详解Redis持久化机制AOF
进阶Redis系列(十二)：超全详解Redis发布与订阅
进阶Redis系列(十三)：Redis主从复制

一、什么是哨兵(Sentinel)模式？

哨兵(Sentinel)模式，哨兵两字顾名思义，站岗、放哨、巡逻，就知道是一种Redis高可用解决方案，针对 Redis 主从模式实现主从节点监控以及故障自动切换。

在Redis 2.8时正式提供哨兵(Sentinel)，哨兵是一个独立进程，其原理是哨兵通过发送命令，等待Redis服务器响应，而达到监控运行多个Redis服务。

二、为什么要使用哨兵(Sentinel)模式？

首先我们依旧可以来做一个有哨兵模式和无哨兵模式区别比较。

通常情况下会发现如果主节点宕机了，需要手动进行主从切换，这就需要人为干预，还可能会造成一段时间内服务的不可用。（可以去看上一章）

进阶Redis系列(十三)：Redis主从复制

有了哨兵模式后，主从节点故障可以自动化切换，对于客户端来说是透明无缝切换的。

三、跑起哨兵模式（Redis Sentinel）

3.1配置文件

redis-sentinel host post 1

3.2 启动哨兵

在我们之前的基础上，也就是6380为master主节点主机，而6381和6382为从机。

启动哨兵

redis-sentinel phconfig/sentinel-6380.conf

我们往主机6380添加值，以便我们等会测试哨兵。

从机6381可以获取到值。

主机6380退出服务

主机6380退出服务后，还剩6381和6382两台从机，此时我们哨兵机制悄悄启动了。

我们再次查看6381的主从信息。

可以发现还是从机，但是主机master已经从6380变为6382。

我们再次查看6382的主从信息。

可以发现6382从从机变为了主机，而connected_slaves有一台从机。

那如果先前退出的主机6380重新启动后回来了呢？

再次启动6380可以看到在哨兵机制下，回来的6380从原先的主机直接切换成从机，而主机是6382。

而主机6382的从机数量为2。

四、总结

从上面可以看到Master节点断开，哨兵机制这个时候就会从从机中随机选择一个服务器。

而断开的主机就算回来了，也只能归并到新主机下，当做从机，这就是哨兵模式的机制也是规则。

可以说，哨兵模式就是主从模式的升级，从人工的手动到自动，更加灵活，健壮。（重复且繁琐的工作，最终都会被技术所替代）

4.1 优点：

1. 主从可以切换，故障可以转移，有效解决异常手动主从切换的问题。
2. 哨兵集群，基于主从复制模式，拥有主从配置的优点。

4.2 缺点：

2. 哨兵模式的配置繁琐。（我们上面只是基础的配置，开发中需要根据具体的应用场景来做相应配置）
3. Redis 集群容量一旦到达上限，在线扩容就十分麻烦。

最后

最后的最后，为了更好的阅读体验，我把想说的话都放在了下面，嘿嘿。

我是一颗剽悍的种子 把我会的，认真的分享 是我写博客一直不变的信条。
如果你能看到这篇博文，说明咱们还是很有缘的；希望能带给你一些许帮助，创作的不易， 把我文章的知识带走，你的三连留下，点赞，评论，关注，是我最大的动力。