MySQL Router 实现高可用、负载均衡、读写分离

这门课解决什么工作场景

很多做业务开发或初级运维的人，平时连数据库都没什么压力，一旦流量上来，单机扛不住读写，想加机器又怕主从不同步把数据写花。这门课聚焦的就是这个痛点：用 MySQL Router 做中间层，把主从复制的底子搭好，让上层应用不用改代码，就能自动把写请求转到主库、读请求分摊到从库，主库挂掉时还能自动切到备库。它不教你写 SQL，也不讲业务系统设计，只解决“数据库前面那一层怎么分流、怎么容灾”的问题，适合在做中小规模系统时需要自己顶住数据库稳定性的人。

适合什么基础，建议先看哪几块

这课不是给零基础准备的。你得已经会用 Linux 命令行，装过 MySQL，知道主从复制大概是怎么回事，否则看到配置文件和端口绑定会卡住。资料按 CentOS 6.x 和 7.x 两套环境组织，内容几乎是对应的，建议直接看 7.x 那组，6.x 那组当备查。具体顺序上，先看简介和架构那节，搞清 Router 在请求链路里到底处于什么位置；接着看主从复制配置，这是前提，没这步后面分流无意义；再看 Router 的安装、配置和启动；最后才是高可用、负载均衡、读写分离的功能验证。不要跳着看最后那节，否则连端口和后端实例的对应关系都理不清。

学完能独立做什么，资料怎么配合练习

学完之后，你应该能独立搭一套可用的分流容灾环境：自己起多实例、配主从、装 Router、写配置文件，然后用客户端连 Router 端口，验证写是不是只走主、读是不是分散到从、主库宕机后读是不是还能继续。这套东西不是听完就懂，必须自己跑一遍。资料里有完整的操作演示，建议你照着搭两台虚拟机，或者用容器起多实例，边看边敲。重点盯三处：主从复制状态是否正常、Router 配置文件里后端实例和端口的写法、功能测试时连接的是 Router 还是直接连了后端。很多人测不出分流效果，就是因为客户端没连 Router 端口，直接连了主库。把这些跑通，这套中间件就算真正用起来了。