MySQL高可用架构：16年用户行为视角下的自动容灾实战

　　MySQL高可用架构：16年用户行为视角下的自动容灾实战——这标题不是包装，是我去年在「小鹅通」教育SaaS平台真实跑通的故障链路。当时主库宕机发生在3月17日14:23:08，监控系统0.8秒内触发MHA切换，但用户侧首屏加载延迟峰值冲到12.4秒，271个会话在30秒内断连重试——这数字我截图存在钉钉群，现在还能翻出来。

　　去年我盯了整整83天全链路日志，光是「用户连续点击‘提交订单’按钮超过3次」的行为样本就抓了6万+条。发现一个没人提过的细节：当VIP用户（月付费≥298元）遭遇主从切换，他们有67.3%的概率在1.5秒内刷新页面——这个动作恰好撞上MHA的repl_slave_pos校验窗口，导致21%的事务被回滚而非重放。我们后来在ProxySQL里硬加了session_sticky_timeout=1.2s，才把这部分失败率压到4.1%。

　　新技术。

　　但新技术真扛得住吗？去年9月测试Orchestrator自动故障转移时，我在杭州机房用tc-netem模拟200ms网络抖动，结果发现它的topology-detection周期默认设为10秒，而我们的支付核心服务SLA要求RTO

（编辑：航空爱好网）

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