【微服务】第31节：Redis的哨兵模式

 IT领域往往都是面试造火箭，实际工作拧螺丝。为了更好的应对面试，让大家能拿到更高的offer✉，我们接下来就讲讲“造火箭”的事情🧑‍🚀。

🔥🔥🔥 包括以下几方面🔽 🎈：

🌈 - Redis - 高级：

• 📛 -Redis主从

• 🤿 - Redis哨兵（◀️）

• 🧩 - Redis分片集群

• 👨‍💻 - Redis数据结构

• ♻️ - Redis内存回收

• ✅ - Redis缓存一致性

1.Redis哨兵

主从结构中master节点的作用非常重要，一旦故障就会导致集群不可用。那么有什么办法能保证主从集群的高可用性呢？

1.1.哨兵工作原理

Redis提供了哨兵（Sentinel）💂 机制来监控主从集群监控状态，确保集群的高可用性。

1.1.1.哨兵作用

哨兵集群作用原理图：

哨兵的作用如下：

• 💠状态监控 📹：Sentinel 会不断检查您的master和slave是否按预期工作。

• 💠故障恢复（failover）🔁：如果master故障，Sentinel会将一个slave提升为master。当故障实例恢复后会成为slave。

• 💠状态通知⁉️：Sentinel充当Redis客户端的服务发现来源，当集群发生failover时，会将最新集群信息推送给Redis的客户端。

那么问题来了，Sentinel怎么知道一个Redis节点是否宕机呢？

1.1.2.状态监控

Sentinel基于心跳机制监测服务状态，每隔1秒向集群的每个节点发送ping命令，并通过实例的响应结果来做出判断：

• 🔹主观下线（sdown）：如果某sentinel节点发现某Redis节点未在规定时间响应，则认为该节点主观下线。

• 🔹 客观下线(odown)：若超过指定数量（通过quorum设置）的sentinel都认为该节点主观下线，则该节点客观下线。quorum值最好超过Sentinel节点数量的一半，Sentinel节点数量至少3台。

如图：

一旦发现master故障，sentinel需要在salve中选择一个作为新的master，选择依据是这样的：

• 🔹 首先会判断slave节点与master节点断开时间长短，如果超过down-after-milliseconds * 10则会排除该slave节点

• 🔹 然后判断slave节点的slave-priority值，越小优先级越高，如果是0则永不参与选举（默认都是1）。

• 🔹 如果slave-prority一样，则判断slave节点的offset值，越大说明数据越新，优先级越高

• 🔹 最后是判断slave节点的run_id大小，越小优先级越高（通过info