MySQL通过主从复制实现读写分离，主库处理写操作，从库分担读请求，结合ProxySQL等中间件可自动路由并均衡负载，需监控复制延迟确保数据一致性。
MySQL 中的复制主要用于实现数据冗余和高可用，但它也可以在一定程度上支持读操作的负载均衡。由于 MySQL 复制是异步（或半同步）的主从结构，写操作只能在主库执行，而读操作可以分散到多个从库，从而实现读写分离和读负载的分摊。
1. 搭建主从复制环境
要实现基于复制的负载均衡，首先要配置好 MySQL 主从复制：
- 在主库启用二进制日志（log-bin），并设置唯一的 server-id
- 在从库设置不同的 server-id，并配置指向主库的连接信息（主机、用户名、密码、日志位置）
- 使用 CHANGE MASTER TO 命令建立复制关系，然后启动从库的复制线程（START SLAVE）
- 确认复制状态正常（通过 SHOW SLAVE STATUS 检查 Slave_IO_Running 和 Slave_SQL_Running 是否为 Yes）
2. 实现读写分离以分担负载
应用层面或中间件需要将 SQL 请求按类型分发：
- 所有 INSERT、UPDATE、DELETE 等写操作发送到主库
- 大部分 SELECT 查询发送到一个或多个从库
- 对于强一致性要求的读操作，仍建议走主库，避免因复制延迟导致的数据不一致
3. 使用中间件自动分配请求
手动管理读写路由复杂且容易出错，推荐使用中间件来实现自动负载均衡：
- ProxySQL：功能强大的 MySQL 中间件，支持读写分离、查询缓存、访问控制和动态负载均衡
- MaxScale：MariaDB 提供的数据库代理，可解析 SQL 类型并自动路由到主或从节点
- MySQL Router：Oracle 官方提供的轻量级工具，常与 InnoDB Cluster 配合使用
这些工具可以根据规则将读请求轮询或按权重分发到多个从库，实现简单的负载均衡。
4. 监控复制延迟与健康状态
负载均衡的前提是从库数据相对实时。需定期检查：
- 通过 SHOW SLAVE STATUS 查看 Seconds_Behind_Master，判断延迟情况
- 中间件通常支持健康检查，自动屏蔽延迟过高或宕机的从库
- 设置合理的超时和故障转移策略，保障系统稳定性
基本上就这些。复制本身不直接提供负载均衡能力，但结合读写分离和代理工具，能有效分摊读压力，提升整体性能。关键在于合理设计架构、监控复制状态，并选择合适的中间件进行流量调度。
