文档摘要

5.7 高可用哨兵机制 单机 Redis 挂了服务就停——高可用的第一步是主从复制，第二步是自动故障转移，哨兵（Sentinel）就是后者的管理者。本节先铺主从复制的底子，再拆哨兵的三大任务与判定流程，最后算清脑裂这笔账。它和 4.5 的 MongoDB 复制集是绝佳的对照样本：同样的主从切换问题，MongoDB 用多数派写关注回答，Redis 哨兵用 min-replicas 参数回答，一致性哲学的差异一目了然。 会员。《5.7 高可用哨兵机制》收录于灏天文库文集《NoSQL 数据库概览：MongoDB、Redis 等》，原作者/来源：灏天文库，整理自「灏天文库」，提供技术教程、实践指南与问题解决方案，支持在线阅读、全文检索与知识沉淀，助力开发者系统化学习。本站整理收录，版权归原作者/开源协议所有。

该文档为会员专享，请先登录或注册后再查看

登录 注册

---

作者与出处

原作者： 灏天文库

来源：灏天文库

原文： https://aiknowledge.cn/collection/459-nosql-%E6%95%B0%E6%8D%AE%E5%BA%93%E6%A6%82%E8%A7%88mongodbredis-%E7%AD%89

整理： 灏天文库整理

由灏天文库平台收录，内容或由平台用户上传，仅供学习交流