深入解析半同步与异步的MySQL主从复制配置

MySQL主从复制原理与架构

简单来说，MySQL主从复制是一个基于C/S（客户端/服务器）架构的应用。Master节点相当于服务端，负责存储源数据和生成日志；Slave节点则作为客户端，请求并应用这些数据变更。当Slave接入时，Master会验证其身份，随后将数据变化信息发送给Slave。

在具体的同步过程中，备节点（Slave）的I/O线程负责向主节点（Master）请求数据。主节点在验证通过后，会通过dump线程将数据发送给备用节点。备用节点的I/O线程收到这些数据包后，会将其写入本地的中继日志（Relay Log）。随后，备节点的SQL线程检测到中继日志中的变更，立即根据内容更新备库的数据，从而完成整个同步过程。

常见的复制模型选择

在选择主从架构前，需评估业务负载和可靠性需求：

1. 一主一从模型
   这种架构搭建简单、维护成本低，适用于负载量不大或对可用性要求不极高的场合。但在大访问量场景下，单点Master压力较大且容易成为瓶颈；若Master崩溃，可能导致业务终止。
2. 一主多从模型
   适用于“读多写少”的场景。通过读写分离技术，可以将查询压力分摊到多个Slave节点，同时利用Slave进行数据备份或数据挖掘。但如果备库数量过多，Master在处理写入和其他请求时的压力也会显著增加，成为系统性能瓶颈。

除了上述基础模型外，还有多级中继、环状复制等复杂架构，其基本原理类似，此处不再赘述。

异步主从复制配置步骤

异步复制是MySQL最基础的复制模式，主库执行完事务即返回成功，无需等待从库确认。配置核心条件包括：主库启用二进制日志，从库启用中继日志，并确保双方server-id唯一。

第1步：在主库创建具有复制权限的用户

目的：为Slave提供一个具备足够权限访问主库日志的用户。
操作：登录主库MySQL，执行授权命令。确保网络范围内允许该用户连接。

GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'repl'@'10.12.%'
IDENTIFIED BY '123456';

第2步：在从库连接主库

目的：指定从库需要同步的主库地址及初始位点。
操作：登录从库，执行CHANGE MASTER语句。参数中必须包含主库IP、端口、用户名、密码，以及当前主库的二进制日志文件名（Master_Log_File）和位置（Master_Log_Pos），以确保从正确断点开始同步。

CHANGE MASTER TO 
MASTER_HOST='10.12.128.19',
MASTER_PORT=3306,
MASTER_USER='repl',
MASTER_PASSWORD='123456',
MASTER_LOG_FILE='mysql-bin.000006',
MASTER_LOG_POS=451;

第3步：启动复制并检查状态

目的：激活IO和SQL线程，验证同步是否正常运行。
操作：在从库执行START SLAVE命令，然后通过SHOW SLAVE STATUS\G查看详细信息。

START SLAVE;
SHOW SLAVE STATUS\G

完成判断：在输出结果中，关键看两个字段：Slave_IO_Running 和 Slave_SQL_Running，如果两者均为 Yes，且 Last_Errno 为 0，则表示配置成功。若IO线程显示Connecting且无法改变，通常需检查防火墙规则或网络连通性。

半同步复制增强配置

异步复制虽速度快，但存在主库崩溃时最后几个事务未传送到从库而丢失数据的隐患。半同步复制（Semi-Synchronous Replication）由Google开发并开源，旨在解决此问题。其原理是：主库执行完事务后，必须至少保证有一台从库接收并写入中继日志，才算提交成功。若在超时时间内未收到响应，主库会自动降级为异步模式，防止阻塞业务。

第1步：安装半同步插件

目的：加载主库和从库的半同步支持模块。
操作：分别在主库和从库执行以下命令安装插件（假设动态库文件semisync_master.so和semisync_slave.so存在）。

主库执行：

INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';

从库执行：

INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';

第2步：启用半同步功能

目的：开启内核层面的半同步校验逻辑。
操作：设置全局变量启用插件。

主库执行：

SET GLOBAL rpl_semi_sync_master_enabled = 1;
-- 设置超时时间为100毫秒，超过此时间未确认则降级为异步
SET GLOBAL rpl_semi_sync_master_timeout = 100;

从库执行：

SET GLOBAL rpl_semi_sync_slave_enabled = ON;

第3步：重启从库IO线程

目的：使从库的新配置生效，重新建立带半同步机制的连接。
操作：停止并从新启动IO线程。

STOP SLAVE IO_THREAD;
START SLAVE IO_THREAD;

第4步：验证插件运行状态

目的：确认半同步功能已处于ACTIVE状态。
操作：查询全局状态。

-- 在主库和从库均执行
SHOW GLOBAL STATUS LIKE 'Rpl_semi_sync%';

完成判断：
在**主库**的状态视图中，关注 Rpl_semi_sync_master_status 是否为 ON，以及 Rpl_semi_sync_master_clients 数值是否大于0（表示有从库连接支持半同步）。
在**从库**的状态视图中，关注 Rpl_semi_sync_slave_status 是否为 ON。

简要总结

通过合理配置异步或半同步复制，可以显著提升MySQL数据库的可靠性与读取扩展性。异步模式适合对极致延迟敏感的场景，而半同步模式则在数据安全和性能之间提供了更好的折衷方案。实际部署中，建议结合监控工具观察Seconds_Behind_Master延迟指标，并在故障发生时及时处理IO线程异常。以上就是MySQL主从复制配置（异步与半同步）的详细内容，更多关于数据库高可用架构的资料请关注本站其它相关文章！