MYSQL主从复制和写分离

为什么单靠一个主库撑不住高并发？

很多开发者在面试或实际项目重构时，会发现单机 MySQL 的性能瓶颈。查询延迟高、连接数爆满，甚至引发雪崩效应。这门课正是为了解决“只写主库，只读从库”这一经典架构难题而生。它不是教你简单的 SQL 语法，而是带你深入理解数据库层面的流量分发与数据同步机制。当你面对每秒数千次的读请求时，如何让数据库集群稳定运行？这就是本课程核心要回答的问题。

你需要具备什么基础？

• 已掌握 MySQL 基本 SQL 操作与表结构设计的开发者。
• 对 Linux 环境下服务部署有初步实操经验（如 systemctl 命令、端口配置）。

若你从未配置过数据库服务，建议先补充 MySQL 安装与基础运维知识，再进入本课程。课程假设你已了解 InnoDB 引擎、事务隔离级别等概念，重点在于架构层面的逻辑串联，而非从零科普。

课程路径：从原理到落地，分两步走

内容分为两大模块。前半段聚焦主从复制。你将不再停留在“配置 master/slave”的表层记忆，而是深挖 Binlog 日志格式、GTID 事务组提交、半同步复制（Semi-Sync）等底层原理。课程特别指出了主从复制中常见的延迟问题，并分析了其在业务场景中的潜在风险——这是很多资料忽略的关键点。后半段转向读写分离中间件。以 MyCat 为例，讲解如何在应用层透明地分发读写请求。从动态/静态资源分离的概念辨析，到 MyCat 的安装部署、schema 配置、数据源定义，全程配合实操步骤。你不需要手写复杂的连接池代码，而是通过配置实现自动路由。

学完后你能独立做什么？

• 独立搭建 MySQL 主从复制环境，并能诊断主从延迟、数据不一致等常见问题。
• 使用 MyCat 实现基于读写分离的数据库代理层，将应用查询分流至从库，减轻主库压力。
• 根据业务特征（如大表查询、高频写入）设计基础的 MySQL 架构优化方案，应对中高并发场景。

资料如何配合练习？

课程视频中的环境准备章节（1-4）至关重要，务必跟随操作完成两台虚拟机的 MySQL 实例初始化。后续的 MyCat 配置部分（2-3/2-4），建议在同一台 Linux 主机上部署中间件，并准备一个标准的 Spring Boot 测试工程或命令行工具进行连接验证。不要只看视频，必须亲手修改 server.xml 和 schema.xml，观察客户端连接行为的变化。只有经历过配置错误带来的连接失败，才能真正理解读写分离的规则生效机制。