PostgreSQL高可用需依赖流复制、健康检测与外部工具协同。基于流复制构建主从架构，通过wal_level=replica实现WAL日志传输；Patroni结合etcd/ZooKeeper实现自动选举与切换，适合生产环境；repmgr由EDB提供，支持故障转移与手动切换，配置简单但分布式能力弱于Patroni；故障恢复后原主库需重建为备库，避免脑裂。选择方案应根据运维能力和可用性需求，推荐Patroni并配合监控与定期演练。
PostgreSQL 实现高可用与故障自动恢复，核心在于数据复制、健康检测和主从切换机制的协同工作。单纯依赖 PostgreSQL 自身功能无法实现全自动切换，需结合外部工具或集群方案来完成。
1. 基于流复制的主从架构
PostgreSQL 的物理流复制是高可用的基础。主库将 WAL 日志实时传输给一个或多个备库，备库通过重放日志保持数据同步。
关键配置包括：
- 主库启用归档和流复制：设置 wal_level = replica，配置 archive_mode 和 archive_command
- pg_hba.conf 允许复制连接：添加 replication 类型的用户权限
- 备库配置 recovery.conf（PG 12前）或 postgresql.auto.conf（PG 12+）：指定 primary_conninfo 连接主库
2. 使用 Patroni 实现自动故障转移
Patroni 是目前最主流的 PostgreSQL 高可用管理框架，它使用 Python 编写，支持自动选举和切换。
其核心组件包括：
- Distributed Consensus Store：如 etcd、ZooKeeper 或 Consul，用于节点状态协调和领导选举
- Patroni 进程：每个数据库节点运行一个 Patroni 实例，监控数据库状态并参与选举
- 自动提升备库：当主库失联且满足切换条件时，Patroni 在备库中选出新主并重新配置集群
优点是切换速度快、配置灵活、支持级联复制和标签路由，适合生产环境。
3. 利用 repmgr 实现主备管理
repmgr 是由 EnterpriseDB 提供的开源工具，专为 PostgreSQL 流复制设计，可实现自动故障转移和手动切换。
主要功能包括：
- 节点监控与注册：所有主备节点在 repmgr 中注册，形成拓扑结构
- fencing 机制：防止脑裂，确保旧主不会同时对外提供服务
- 自动执行 failover：配合 watchdog 或外部脚本检测主库宕机后触发切换
配置相对简单，适合中小规模部署，但对分布式锁的支持不如 Patroni 强大。
4. 故障恢复后的处理
自动切换完成后，原主库恢复后不能直接加入集群，需作为新备库重新初始化。
- 清理旧数据目录：使用 pg_basebackup 或 rsync 从新主重建备库
- 更新 recovery 配置：指向新的主库地址
- 监控同步延迟：避免因网络问题导致复制中断
建议结合脚本自动化恢复流程，减少人工干预风险。
基本上就这些。选择哪种方案取决于你的运维能力、基础设施和可用性要求。Patroni 更现代稳定，repmgr 更轻量易上手。关键是做好监控、测试切换流程，并定期演练灾难恢复。
