MySQL高可用架构：9年实战从单点到自动容灾

　　MySQL高可用架构：9年实战从单点到自动容灾——这标题不是喊口号，是我2025年1月在京东金融支付网关切流压测现场盯着Prometheus面板上那根掉头向下的延迟曲线时，咬着牙写进运维复盘报告里的原话。

　　2016年双十二前夜，杭州IDC机房P1级故障，MySQL单点主库硬盘突然坏道，无binlog备份、无GTID、mysqldump还在跑一半，37分钟服务不可用，影响订单量142.8万单，SRE凌晨三点给我打电话时说“你那个‘读写分离中间件’根本没切过去”——后来查日志才发现它连VIP漂移信号都收不到，因为Keepalived的notify脚本里硬编码了eth0，而新服务器网卡是ens192。

　　2018年我们在自建K8s集群上试跑Orchestrator+MHA组合，结果发现orchestrator的raft集群自己先脑裂了：三节点部署中两个节点时间不同步超1.2秒（NTP drift未校准），导致failover决策冲突，主库被反复切换6次，从库relay log错乱引发主从GTID gap，最终靠人工stop slave + reset slave all硬重搭——那次事故让我把所有高可用组件的时钟偏差阈值全部写进SLA checklist第3条，强制要求每小时cron校验ntpstat -q输出。

　　新技术。

　　2022年引入Vitess 12.0后，在美团外卖订单分库场景下实现自动shard re-split：当user_id_mod_128的某分片QPS突破8700时，系统在4.2秒内完成数据迁移+流量切分+旧分片只读冻结——但没人提过它的代价：vttablet进程必须以root权限启动才能调用fallocate预分配磁盘空间，而我们安全组死守“禁止容器内root”红线，拖了11周才说服合规团队放行SELinux policy例外；还有那个被文档藏在“高级配置”章节末尾的--tablet-allow-dba-for-batch参数，不开它就无法执行pt-online-schema-change触发的DDL回滚，这坑我在3家客户现场都栽过。

文章配图，仅供参考

　　2025年1月，我亲手在蚂蚁SOFAStack环境部署了基于MySQL Router 8.4的InnoDB Cluster多活方案，同城双中心RPO=0、RTO

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!