MySQL高可用架构：20年前端老兵的运维实战

　　2026年8月，客户说“先做出来看看”，我就真做了个MySQL高可用架构——用Docker跑三个MySQL容器，主从复制手动切，监控用浏览器F5刷新，健康检查靠我每天上午十点准时ping一次。他说要“做个淘宝那样的”，我点头；他说预算三千，我笑出声但没吭；他问能不能包排名，我说你搜“MySQL 主从延迟”前三位全是阿里云文档，咱连域名都还没备案。

　　会议室投影嗡嗡响了四十七分钟，像台报废的旧冰箱在喘气。张总转笔转得手腕都发亮，那支蓝色中性笔在食指和中指间绕圈，第七次掉桌上时，他忽然说：“王工，改个按钮颜色还要加钱？”我没接话。桌上那盘芒果切得整齐，没人动过，果肉边缘微微发褐，但空调太冷，谁也没伸手去拿。

　　我原以为他们真要高可用，结果上线第三天，运维问我“为啥VIP地址飘到备库上了”，我反问：“VIP？哪个VIP？我只配了个nginx做最简转发。”他沉默三秒，说：“销售答应客户的。”我嗯了一声。电梯里遇到他们新招的“数字化负责人”，穿灰西装，戴银边眼镜，手里捏着张纸，上面手写着“集群脑裂场景模拟流程图（V1.2）”。我没敢问这图是不是上周五他们内部对齐过三次的那个版本。

　　回一条微信拆成三步：先看群名——“XXX项目攻坚群”，再滑到最底翻三天前的记录，确认他上次说“加个导出Excel功能”是带附件格式还是纯CSV，最后才打字：“可以，需增加权限模块+前端导出逻辑+后端流式处理”。他秒回：“那就尽快”。我没回。因为上周六凌晨两点他打电话来，问“数据库崩了是不是你们代码写的有问题”，我说“刚查了binlog，是你们DBA手动删了主库的relay-log.index”，他顿了五秒，说：“那……重启一下能恢复吧？”

　　要源码。不是部署脚本，不是配置说明，是全部——包括我本地dev分支里注释掉的那两行调试SQL、IDE自动补全生成的临时函数、还有我给测试环境写的一个fake-data-injector.py，里面硬编码了“张总生日是1978年4月12日”当种子值。我说“源码可交付，但生产环境配置不包含在内”，他问：“为啥？”我说：“因为你们还没买RDS权限白名单”。他笑了，说：“王工，我们自己有服务器啊。”——服务器是台2014年的HP DL380，硬盘灯常红，SSH连上去要等十四秒超时重试，root密码贴在机柜背面胶带上，印着“勿动！！！（李哥留）”。

文章配图，仅供参考

　　这次亏在哪？亏在签合同时没写清“高可用”的定义边界。他们理解的高可用是“客服电话不断”，我理解的是“RPO≈0，RTO

（编辑：站长网）

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