关系数据库如何容灾

关系数据库的容灾（Disaster Recovery，DR）目标是：在自然灾害、机房故障、人为误操作、硬件损坏等场景下，保障数据的可用性、完整性和一致性，并能在可接受的时间内恢复业务。

下面从架构层级到技术实现系统说明。

一、容灾的核心指标

在设计容灾前，先明确两个关键指标：

1. RPO（Recovery Point Objective）

• 允许丢失多少数据
• 例：RPO = 5 分钟 → 最多丢 5 分钟数据

2. RTO（Recovery Time Objective）

• 允许业务中断多久
• 例：RTO = 30 分钟 → 半小时内必须恢复

容灾方案的本质，就是在成本和 RPO/RTO 之间做平衡。

二、常见容灾架构（从低到高）

1. 本地高可用（同机房）

目标：防止单点故障

方案：

• 主从复制（异步 / 半同步）
• 共享存储（SAN）
• 数据库集群（如 Oracle RAC、MySQL Group Replication）

✅ 优点：成本低
❌ 缺点：机房级灾难无效

2. 同城多活 / 同城灾备

目标：防机房故障

架构：

• 两个机房在同一城市
• 网络延迟低（< 5ms）
• 常见：
  • 主备（Active-Standby）
  • 双活（Active-Active，难度高）

示例：

• MySQL：MHA / Orchestrator
• PostgreSQL：Streaming Replication

✅ RPO 可接近 0
✅ RTO 分钟级

3. 异地灾备（跨城市 / 跨 region）

目标：防城市级灾难

方案：

• 异步复制（延迟不可避免）
• 定期快照 + 日志回放

示例：

• MySQL → 异地从库
• PostgreSQL → WAL 归档 + 恢复

⚠️ 通常 RPO > 0（如 5–30 分钟）

4. 多云 / 混合云容灾

目标：防云厂商故障

方案：

• 数据库跨云同步
• 使用 CDC（如 Debezium）
• 备份到对象存储（S3 / OSS）

三、数据库容灾关键技术

1. 数据复制

2. 备份与恢复（最后底线）

即使有容灾，也必须备份

方式：

• 全量 + 增量 + 日志（binlog / WAL）
• 定期演练恢复

3-2-1 原则：

• 3 份数据
• 2 种介质
• 1 份异地

3. 故障切换（Failover）

• 自动切换（Orchestrator、Patroni）
• 人工切换（保守场景）
• VIP / DNS / 中间件路由

4. 一致性保障

• 事务日志
• 幂等设计
• 冲突解决（多写场景）

四、典型数据库示例

MySQL

• 主从复制
• MGR（MySQL Group Replication）
• binlog + 异地从库

PostgreSQL

• Streaming Replication
• Patroni + etcd
• WAL 归档

Oracle

• Data Guard（物理 / 逻辑）
• RAC + ADG

五、容灾不是“建好就完”

必须做：

• ✅ 定期容灾演练
• ✅ 恢复时间测试
• ✅ 权限与流程管理
• ✅ 监控与告警

六、简单选型建议

如果你愿意，可以告诉我：

• 使用的数据库类型（MySQL / PG / Oracle）
• 是否上云
• RPO / RTO 要求

我可以直接给你一套可落地的容灾方案。