MySQL企业集群项目实战视频课程

如果你现在的状态是：能装 MySQL、能写增删改查、会配主从复制，但一被问到「主库挂了业务怎么在 30 秒内恢复」「双十一写入翻十倍怎么扛」「分库分表之后跨库 JOIN 和分布式事务怎么办」，就只能含糊过去——这门课正好卡在这个缺口上。

它讲的不是数据库入门，而是把 MySQL 从「单机服务」改造成「企业级集群」的那一段工程活。10 节视频配 1 份笔记，篇幅不长，但每一节都对应一个真实运维场景里必须做决策的点。

这门课补的是哪几种缺口

• 高可用缺口：会做主从，但说不清故障切换到底是靠什么触发的、切换后原主库回来怎么办、脑裂怎么防。这些是面试追问的重灾区。
• 读写分离缺口：中间件层怎么路由、延迟读怎么处理、事务内强制走主库怎么实现——只停留在「配置一个代理」的层面是不够的。
• 扩展性缺口：单表过千万之后的分片键选择、扩容时数据怎么迁移、全局唯一 ID 怎么生成。
• 可观测性缺口：集群搭起来了，但慢查询、主从延迟、连接数打满这些问题，没有一套能提前发现的监控思路。

如果你只做过单机 MySQL，上面的每一条都会在面试或真实故障里变成卡壳点。

学的时候别只看，跟着做

集群类内容有个特点：看视频觉得都懂，自己动手就处处报错。建议每一节都落到具体动作上——

• 先在一台机器上用容器起多个实例，把主从、双主、级联复制各跑通一遍，重点记录切换前后的状态变化，而不是只记住配置文件写了什么。
• 读写分离那部分，自己造一次主从延迟（比如人为锁表或压测），观察读请求打到从库会出现什么现象，再回头理解延迟阈值的意义。
• 分片环节，拿一张千万级的模拟表做一次分片和扩容迁移，把迁移过程中的数据一致性校验写进笔记。
• 配套笔记建议按「配置项 → 为什么这么配 → 出问题时的表现」三段式重写一遍，比直接抄结论有用得多。

每完成 2～3 节做一次小结，重点不是抄步骤，而是把「这套架构解决了什么、代价是什么」写清楚。

看完应该能回答的问题

用这几个问题自测，答不上来就回到对应章节：

• 主库宕机后，自动切换的判定依据是什么？误切和漏切分别会造成什么后果？
• 读写分离架构下，一个「写后立刻读」的业务场景怎么保证读到最新数据？
• 分片键选错会导致什么问题？扩容时如何做到业务基本无感？
• 跨分片的事务和聚合查询，业界常见的取舍是什么？
• 集群里哪些指标必须监控？主从延迟到什么程度该告警？

适合谁、不适合谁

适合已经在用 MySQL、准备往运维/SRE/DevOps 方向走，或者要接手一套现有集群的人。它给的是架构决策和落地细节，不是 SQL 语法课。

不适合完全没碰过 MySQL 的纯新手——没有单机经验打底，直接看集群会出现「命令都敲对了但不明白为什么」的情况。也不适合只想背八股的人：这里的问题基本都是开放式的，没有标准答案可背。

按顺序看，动手做，把笔记改成自己的话。集群这块知识，写得出自己的判断，才算真的会了。