mysql主从复制是数据库高可用和扩展性的基础架构，通过binlog日志同步实现主库数据到从库的复制，但默认情况下主从节点不会自动分配请求压力，要实现两者的负载均衡需要结合读写分离等策略来落地。
mysql主从复制基础原理
主从复制的核心流程分为三个步骤：主服务器将数据的变更记录到二进制日志binlog中，从服务器的IO线程拉取主库的binlog并写入本地的中继日志relay log，从服务器的SQL线程读取relay log中的内容并重放，完成数据同步。
这种架构下，主库主要负责处理写请求，从库默认是只读状态，同步主库的所有数据变更，天然适合承担读请求的压力，这也是主从负载均衡的核心出发点。
主从负载均衡的核心思路
主从负载均衡的本质是读写分离，即写操作全部路由到主服务器，读操作按照一定规则分配到多个从服务器，同时可以根据从服务器的性能配置不同的权重，让性能更好的节点承担更多请求。
常见的负载均衡策略
- 轮询策略：将读请求依次分配到各个从服务器，适合从服务器性能一致的场景
- 权重策略：根据从服务器的CPU、内存等配置设置不同的权重，性能越好的节点分配到的请求越多
- 最小连接数策略：优先将请求分配给当前连接数最少的从服务器，避免单节点过载
读写分离的实现方式
应用层实现读写分离
在应用程序中手动区分读写请求，写操作使用主库连接，读操作使用从库连接，这种方式灵活度高，适合对数据库架构有完全掌控权的场景。
以下是Java中使用Spring Boot + MyBatis实现读写分离的简单示例：
// 数据源路由配置类
public class DynamicDataSource extends AbstractRoutingDataSource {
@Override
protected Object determineCurrentLookupKey() {
// 从上下文中获取当前数据源标识，写操作用master，读操作用slave
return DataSourceContextHolder.getDataSourceType();
}
}
// 数据源上下文持有类
public class DataSourceContextHolder {
private static final ThreadLocal<String> contextHolder = new ThreadLocal<>();
public static final String MASTER = "master";
public static final String SLAVE = "slave";
public static void setDataSourceType(String type) {
contextHolder.set(type);
}
public static String getDataSourceType() {
return contextHolder.get() == null ? MASTER : contextHolder.get();
}
public static void clear() {
contextHolder.remove();
}
}
// 写操作注解，标注的方法使用主库
@Target({ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
public @interface MasterDataSource {}
// 读操作注解，标注的方法使用从库
@Target({ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
public @interface SlaveDataSource {}
// 切面处理，根据注解切换数据源
@Aspect
@Component
public class DataSourceAspect {
@Before("@annotation(masterDataSource)")
public void beforeMaster(MasterDataSource masterDataSource) {
DataSourceContextHolder.setDataSourceType(DataSourceContextHolder.MASTER);
}
@Before("@annotation(slaveDataSource)")
public void beforeSlave(SlaveDataSource slaveDataSource) {
DataSourceContextHolder.setDataSourceType(DataSourceContextHolder.SLAVE);
}
@After("@annotation(masterDataSource) || @annotation(slaveDataSource)")
public void after() {
DataSourceContextHolder.clear();
}
}
中间件层实现读写分离
使用专业的数据库中间件如MyCat、ProxySQL等，在应用和数据库之间做请求转发，应用只需要连接中间件，不需要关心主从节点的细节，中间件会自动完成读写请求的路由和负载均衡。
以下是ProxySQL配置mysql主从读写分离的示例：
-- 添加主服务器配置 INSERT INTO mysql_servers (hostgroup_id, hostname, port, weight) VALUES (1, '192.168.0.1', 3306, 100); -- 添加从服务器配置，设置权重为80 INSERT INTO mysql_servers (hostgroup_id, hostname, port, weight) VALUES (2, '192.168.0.2', 3306, 80); INSERT INTO mysql_servers (hostgroup_id, hostname, port, weight) VALUES (2, '192.168.0.3', 3306, 80); -- 配置读写分离规则，写请求走hostgroup 1（主库），读请求走hostgroup 2（从库） INSERT INTO mysql_query_rules (rule_id, active, match_digest, destination_hostgroup, apply) VALUES (1, 1, '^SELECT.*FOR UPDATE$', 1, 1); INSERT INTO mysql_query_rules (rule_id, active, match_digest, destination_hostgroup, apply) VALUES (2, 1, '^SELECT', 2, 1); INSERT INTO mysql_query_rules (rule_id, active, match_digest, destination_hostgroup, apply) VALUES (3, 1, '.*', 1, 1); -- 加载配置到运行时并保存到磁盘 LOAD MYSQL SERVERS TO RUNTIME; SAVE MYSQL SERVERS TO DISK; LOAD MYSQL QUERY RULES TO RUNTIME; SAVE MYSQL QUERY RULES TO DISK;
主从负载均衡的注意事项
- 主从复制存在延迟，对于实时性要求极高的读请求，建议路由到主库，避免读取到旧数据
- 从服务器需要配置只读模式，避免误写入导致主从数据不一致，可以在从库配置文件中添加
read_only=1 - 负载均衡策略需要根据业务场景调整，比如报表类的大量读请求可以更多分配到从库，事务内的读操作尽量走主库
- 需要监控主从节点的状态，当从库出现延迟过大或者宕机时，自动将请求转移到其他可用节点
总结
mysql主从复制本身不具备负载均衡能力，需要结合读写分离策略来实现主从服务器的压力分配。可以根据团队技术栈选择应用层实现或者中间件层实现，同时注意主从延迟、数据一致性等潜在问题，才能搭建出稳定可靠的主从负载均衡架构，提升数据库的整体性能和可用性。