主备切换怎么实现多级主备架构的逐级切换-安全-PHP中文网

多级主备架构逐级切换需先升一级备机为主机，再重置二级备机同步源至新主机。前提包括日志lsn/gtid一致、强同步复制、二级仅从一级拉日志且一级已可写、路由支持分批切换。

主备切换怎么实现多级主备架构的逐级切换

多级主备不是简单堆叠多个主备对，而是形成有层级依赖的数据同步链路。典型结构是：主机 → 一级备机（直连主机）→ 二级备机（直连一级备机，即级联备机）。逐级切换指故障或维护时，不直接让二级备机升主，而是先让一级备机接管，再由它带动二级备机同步更新角色，确保数据连续性和状态可控。

跳过中间层级强行提升下级节点，极易导致数据丢失或脑裂。实施前需确认：

所有节点 WAL（PostgreSQL）/ Binlog（MySQL）/ XLOG（openGauss）日志已完整同步到目标升级节点，不能仅看复制延迟数值，要校验 LSN 或 GTID 是否一致；
级联路径上各节点的复制模式为同步或强半同步，避免因网络抖动造成断链；
二级备机当前只从一级备机拉取日志，且一级备机已开启写能力（如 PostgreSQL 的 promote、MySQL 的 read_only=OFF），否则二级无法继续追平；
应用连接层（如 VIP、Proxy、客户端配置）支持按层级分批切换路由，不能一次性把全部流量切到二级节点。

以一主—一备—一级级联备（三级结构）为例，主机故障后恢复服务的步骤如下：

第一步：触发一级备机升主 —— 手动执行 switchover（如 Patroni 的 patronictl switchover）或自动 failover（如通过 etcd/ZooKeeper 心跳超时判定），使原一级备机成为新主机，同时停止向原主机发送心跳；
第二步：重置二级备机同步源 —— 登录二级备机，停止复制进程，修改其主库地址指向新主机（即刚升级的一级备机），重放尚未应用的日志，再启动复制；
第三步：验证二级备机同步状态 —— 检查复制延迟是否归零、是否进入 streaming 状态、是否能正确识别新主机的系统标识（如 PostgreSQL 的 pg_is_in_recovery() 返回 false 表示已脱离备机身份）；
第四步：更新服务发现与流量入口 —— 将 VIP 漂移到新主机，刷新 DNS 或配置中心中的数据库地址，确保新写请求只发往新主机，读请求可逐步开放给二级备机（如需读扩展）。

逐级切换中容易被忽视但后果严重的几个点：

级联断链未察觉：二级备机长时间未收到一级备机日志，但复制进程仍在运行（伪同步），需定期用 pg_stat_replication（PG）或 SHOW SLAVE STATUS（MySQL）检查 state 和 seconds_behind_master；
角色变更后权限未更新：新主机若未及时赋予二级备机复制用户相应权限（如 MySQL 的 REPLICATION SLAVE），会导致重建同步失败；
GTID/Binlog position 错位：MySQL 环境中，二级备机切换源后若未使用 CHANGE MASTER TO ... GTID_SET 或正确计算 position，可能跳过部分事务；
监控指标未重绘：原主机宕机后，监控系统仍以它为基准计算延迟，需同步更新告警阈值和拓扑图中的主节点标识。