物理复制 + 自动故障转移构成高可用解决方案。

核心概念

• 流复制通过 WAL 传输维持同步。
• 同步、异步复制权衡性能与一致性。
• 故障转移需处理脑裂与数据丢失。

实战步骤

• 使用 repmgr/Patroni+Etcd 管理集群。
• 在备用节点上启用只读查询。
• 监控复制延迟 pg_stat_replication。

进阶建议

• 跨机房复制确保容灾。
• 结合同步复制与延迟备库实现备份窗口。
• 对 WAL 压缩与传输优化。

主从复制是高可用与扩展的基础，需要周全的架构设计。

核心概念

• 基于二进制日志的复制模式（异步、半同步、组复制）。
• GTID 保证复制一致性。
• 故障切换需考虑数据延迟。

实战步骤

• 配置多源复制满足数据汇总。
• 使用 Orchestrator/ProxySQL 管理拓扑。
• 监控复制延迟与日志积压。

进阶建议

• 部署 InnoDB Cluster 实现原生高可用。
• 跨机房复制保证容灾。
• 结合半同步复制降低数据丢失风险。