基于MyCat的MySQL高可用读写分离集群

如果你的系统已经出现「一台 MySQL 扛不住读请求」「主库一挂整个业务停摆」这类问题，这门课讲的就是怎么用 MyCat 把数据库拆成能读能写、还能自动切换的一组节点。它不教 SQL 优化，也不讲分库分表的数据迁移策略，核心只做一件事：让读写分离和高可用真正在生产环境里跑起来。

它解决的是哪类工作场景

典型场景有三个。一是读多写少的业务，比如商品详情、订单查询，单机数据库 CPU 长期跑满，加从库能明显分担压力。二是需要计划内维护的场合，主库要停机做变更，希望业务无感知地切到备用节点。三是面试或转岗时被问到「你们数据库怎么做高可用」，你需要有一套能讲清楚、能画出来的实际架构，而不是背概念。

课程选择的技术栈是 MySQL 主从复制 + MyCat + HAProxy + Keepalived。这套组合在中小规模系统里很常见，组件各自职责清晰：主从负责数据同步，MyCat 负责 SQL 路由和读写分离，HAProxy 做 MyCat 层的负载均衡，Keepalived 负责 VIP 漂移。学完之后你拿到的是一个完整链路，而不是零散的单个工具用法。

学完能独立做什么

• 在 Linux 上从零装好 MySQL，并配好一主一从或一主多从的复制关系，能自己排查复制中断的常见原因。
• 写 MyCat 的 schema 和 rule 配置，把写操作固定打到主库、读操作按策略分发到从库。
• 用 HAProxy 代理多个 MyCat 实例，再用 Keepalived 做 VIP，让 MyCat 本身不再是单点。
• 理解整个链路里每一层的故障表现，比如主库宕机、MyCat 进程挂掉、HAProxy 节点失联，分别会发生什么。

这些事做完，你已经能在一台测试机上搭出一套可演示的集群，也能把架构图讲给同事或面试官听。

资料适合什么基础的人

需要你能用 Linux 基本命令，会改配置文件、看日志，知道 MySQL 的账号和权限是怎么回事。不要求你之前配过主从复制，也不要求会用 MyCat。如果你连 Linux 目录结构和 service/systemctl 都不熟，建议先补一下再来看，否则卡在环境准备上会消耗很多耐心。

另外要清楚，这套方案面向的是中小规模、以读为主的关系型数据库场景。数据量到了需要分库分表的阶段，MyCat 也能做，但那是另一个话题，本课不深入展开。

怎么用这份资料效率更高

建议按依赖顺序走：先确保 MySQL 主从复制稳定，再上 MyCat，最后加 HAProxy 和 Keepalived。每加一层就做一次故障演练——手动停掉主库、停掉 MyCat、停掉 HAProxy，观察 VIP 和请求走向，这比反复看配置更有用。配套的章节笔记适合在搭建完成后回头对照，把配置项和现象对应起来，面试前翻一遍就能回忆起整个链路的判断逻辑。

199 元买的是这一套架构的搭建过程和故障观察经验，耐心跟着做一遍，值不值你自己会有判断。