答案：PostgreSQL主从平滑切换需确保数据一致、减少中断、防脑裂。通过流复制同步WAL日志，切换前确认备库实时恢复、主库配置合规、网络稳定；操作时先停主库连接，再提升备库并更新路由，原主库以备库身份重新加入；推荐使用Patroni、repmgr等工具实现自动故障转移，结合同步复制与监控机制，定期演练并设置合理参数避免阻塞与双主冲突，确保切换可靠。
PostgreSQL 主从切换要实现平滑执行，核心在于确保数据一致性、最小化服务中断时间，并避免脑裂（split-brain）问题。通过合理的架构设计和使用成熟的高可用工具，可以有效实现自动或手动的故障转移。以下是关键机制与操作建议。
理解 PostgreSQL 的主从复制机制
PostgreSQL 使用流复制（Streaming Replication）实现主从结构。主库（Primary）将 WAL 日志实时发送给一个或多个备库（Standby），备库通过重放 WAL 保持数据同步。切换前需确认：
- 备库处于实时恢复状态（hot standby），支持只读查询
- 主库配置了足够的归档与流复制权限（如 max_wal_senders、wal_level = replica）
- 网络延迟低，WAL 传输无积压（可通过 pg_stat_replication 观察）
平滑切换的关键步骤
无论是计划内维护还是故障切换，以下流程可减少中断：
- 确认备库已追上主库：检查 SELECT pg_is_in_recovery(), pg_last_wal_receive_lsn() = pg_last_wal_replay_lsn();
- 停止主库应用连接：通过防火墙或连接池（如 PgBouncer）切断新连接，让现有事务完成
- 提升备库为新主库：在目标备库执行 pg_promote() 或触发 trigger_file
- 更新客户端路由：DNS 切换、VIP 迁移或修改连接池指向新主库
- 原主库恢复后作为新备库加入集群：重新初始化或使用 pg_rewind 快速同步
Failover 自动化机制推荐
手动切换风险高，建议结合高可用工具实现自动检测与切换：
- Pacemaker + Corosync + RA (Resource Agent)：成熟集群方案，支持 fencing 机制防脑裂
- repmgr：专为 PostgreSQL 设计，提供 repmgr standby promote 和自动监控
- Patroni：基于 etcd/ZooKeeper 实现分布式共识，支持自动选主、动态配置和服务注册
这些工具能监控主库健康状态，当主库失联时，由多数节点投票决定是否提升备库，确保一致性。
注意事项与最佳实践
- 设置 synchronous_commit = on 并配置至少一个同步备库，防止数据丢失
- 合理设置 synchronous_standby_names，避免主库因备库延迟而阻塞
- 定期演练切换流程，验证脚本与响应时间
- 监控 WAL 延迟、复制槽状态和节点心跳
- 避免双主写入：确保旧主库彻底下线或降级为备库后再重启
基本上就这些。平滑切换不复杂但容易忽略细节，关键是提前规划、充分测试，并依赖可靠工具链支撑 failover 决策。
