MySQL 主从高可用

标记当前权威主库、候选副本、应用直连入口和复制方向，确认没有遗漏的写入客户端。核对各节点版本、唯一标识、GTID 模式、只读状态、磁盘余量及备份恢复记录，凭据通过受控客户端配置提供。以下 SQL 只读取实例状态，需分别连接已核对身份的节点执行，结果连同实例地址、时间和业务校验基线归档。

SELECT VERSION(), @@server_uuid, @@gtid_mode;
SELECT @@read_only, @@super_read_only, @@GLOBAL.gtid_executed;

确定执行提升的唯一责任方，明确计划切换与突发故障的不同路径：计划切换可先停写等待追平，旧主失联时则必须先证实隔离并评估未知事务。列出应用、网络与数据库层所有写入口及隔离验证方式，约定最大等待、可接受数据缺口和升级联系人。准备每阶段检查表，尤其区分新主尚未接写和已经接写，避免使用同一套回退动作。

在候选副本检查接收、回放线程及错误，结合 GTID 差集、工作线程积压、磁盘和网络确认复制质量，不把延迟为零视为数据一致性的充分证据。核对复制过滤、延迟副本及历史手工写入是否影响候选资格，并在负载可控时做关键业务抽样。下列只读命令在副本执行；若使用多通道复制，应按本环境明确目标通道，不能混用状态。

SHOW REPLICA STATUS;
SELECT @@GLOBAL.gtid_executed;

在 ProxySQL 配置受控后端、读写主机组、监控账号与连接规则，先用测试应用核对事务、读后写一致性和重连行为，不假定任意 SELECT 都适合副本。区分配置层、运行层与磁盘持久层，按变更流程同步并复核。Keepalived 仅为代理入口提供冗余，健康检查需覆盖代理可用性；单独演练代理故障，数据库角色应保持不变，网络不支持 VIP 时先解决入口方案。

接入经确认兼容的数据库与代理指标端点，观测复制线程、事务积压、连接数、锁等待、磁盘水位及代理后端状态，采集账号遵循实际所需权限。把采集失联与数据库故障区分开，告警中附上实例身份、当前角色和检查入口。检查 binlog 保留是否覆盖预期故障恢复时间，用已登记测试信号确认告警到达，并准备记录切换各阶段时间的统一时钟。

在批准窗口冻结应用写入并排空相关事务，确认旧主不再产生业务写入后记录终点 GTID，等待候选应用全部目标事务并完成校验。验证旧主的写入隔离，再由唯一编排责任方提升候选、调整代理路由，最后逐批开放应用连接。每完成一阶段记录证据与时间；若模拟旧主失联，必须另行确认隔离及未知事务的处置结论，不能套用已追平的计划切换结论。

切换后先保存新主 GTID、业务校验和备份状态，再处理旧主；旧主保持隔离与只读，检查是否存在分叉事务，按新主的数据源追平或使用已验证的新备份重建为副本。确认复制恢复后再登记其候选资格，不自动抢回原角色。交接当前权威、剩余风险、实际恢复时间、代理配置和恢复步骤，另行安排完整负载观察及下一次演练。