redis如何保证高可用

Redis 保证高可用（High Availability）通常是从 架构设计 + 数据可靠性 + 故障自动恢复 三个层面来做的。下面系统地说明常见方案和机制。

一、Redis 高可用的核心目标

1. 服务不中断（故障可自动切换）
2. 数据不丢失或尽量少丢
3. 性能可扩展（可选）

二、常见 Redis 高可用方案

1️⃣ 主从复制（Replication）

作用：数据冗余、读写分离

• 一个 Master，多个 Slave
• Slave 异步复制 Master 数据
• 主挂了，从可以顶上（人工或自动）

✅ 优点：

• 简单
• 提高读能力

❌ 问题：

• Master 单点
• 故障需人工切换
• 异步复制可能丢数据

2️⃣ Redis Sentinel（哨兵）【最常用】

作用：自动监控 + 故障转移

核心功能

• 监控 Master / Slave 是否存活
• 自动选举新 Master
• 通知客户端新地址

架构

Client → Sentinel → Redis(Master/Slave)

✅ 优点：

• 自动故障转移
• 对客户端透明（配合支持 Sentinel 的客户端）

❌ 限制：

• 写仍是单点
• 数据量受单机限制

3️⃣ Redis Cluster（官方集群）【大规模场景】

作用：分片 + 高可用

特点

• 数据按 slot（16384 个）分片
• 每个分片有主 + 从
• 主挂，从自动接管
• 无中心节点

✅ 优点：

• 高并发
• 大数据量
• 高可用 + 可扩展

❌ 缺点：

• 运维复杂
• 不支持多 key 事务（跨 slot）

4️⃣ 第三方方案（了解）

• Codis
• Twemproxy（仅代理，无 HA）

三、Redis 保证数据不丢的机制

1️⃣ 持久化

RDB

• 定时快照
• 恢复快
• 可能丢最后一次快照后的数据

AOF

• 记录写命令
• 可配置：
  • appendfsync always（最安全，慢）
  • everysec（推荐）
  • no

✅ 高可用建议：

• 主从 + AOF(everysec)
• 或 RDB + AOF 混合

2️⃣ 复制安全性

• 使用 min-replicas-to-write
• 避免主在无从节点时继续写

四、生产环境推荐组合

中小业务

Redis + Sentinel + AOF

大业务 / 高并发

Redis Cluster

关键业务

Cluster / Sentinel
+ AOF(everysec)
+ 多机房部署（异地容灾）

五、总结一句话

Redis 高可用 = 复制（数据冗余） + Sentinel/Cluster（自动故障转移） + 持久化（防丢数据）

如果你愿意，我可以：

• 画一张架构图
• 给你一个 Sentinel 配置示例
• 对比 Sentinel 和 Cluster 怎么选