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，判断延迟情况 中间件通常支持健康检查，自动屏蔽延迟过高或宕机的从库 设置合理的超时和故障转移策略，保障系统稳定性基本上就这些。复制本身不直接提供负载均衡能力，但结合读写分离和代理工具，能有效分摊读压力，提升整体性能。关键在于合理设计架构、监控复制状态，并选择合适的中间件进行流量调度。
