MySQL主从复制实现指南
一、主从复制原理
主从复制工作流程:
- 主库将数据变更写入二进制日志
- 从库的IO线程连接主库请求日志数据
- 主库的Binlog Dump线程发送日志到从库
- 从库IO线程将日志写入中继日志
- 从库SQL线程读取中继日志并重放SQL
二、环境准备
服务器配置要求
角色 | IP地址 | MySQL版本 | 系统要求 |
---|---|---|---|
主库 | 192.168.1.100 | 8.0+ | 4核8G |
从库 | 192.168.1.101 | 8.0+ | 4核8G |
网络要求
- 主从服务器网络互通
- 开放3306端口通信
- 服务器时间同步(使用NTP)
三、主库配置步骤
1. 修改MySQL配置文件
# /etc/my.cnf
[mysqld]
server-id = 1
log-bin = mysql-bin
binlog-format = ROW
binlog-do-db = mydb # 需要复制的数据库
expire_logs_days = 7
max_binlog_size = 100M
2. 重启MySQL服务
systemctl restart mysqld
3. 创建复制用户
CREATE USER 'repl'@'192.168.1.101' IDENTIFIED BY 'SecurePass123!';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.1.101';
FLUSH PRIVILEGES;
4. 查看主库状态
SHOW MASTER STATUS;
记录输出结果:
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 | 785 | mydb | | |
+------------------+----------+--------------+------------------+-------------------+
四、从库配置步骤
1. 修改MySQL配置文件
# /etc/my.cnf
[mysqld]
server-id = 2
relay-log = mysql-relay-bin
read-only = ON
replicate-do-db = mydb # 需要复制的数据库
2. 重启MySQL服务
systemctl restart mysqld
3. 配置复制链路
CHANGE MASTER TO
MASTER_HOST='192.168.1.100',
MASTER_USER='repl',
MASTER_PASSWORD='SecurePass123!',
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=785;
4. 启动复制进程
START SLAVE;
5. 检查复制状态
SHOW SLAVE STATUS\G
关键指标检查:
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Seconds_Behind_Master: 0
五、主从复制模式对比
复制模式 | 特点 | 适用场景 |
---|---|---|
异步复制 | 主库提交事务后立即返回,不保证从库接收 | 对性能要求高的场景 |
半同步复制 | 主库提交事务时至少一个从库确认收到日志 | 数据一致性要求高的场景 |
全同步复制 | 主库提交事务时所有从库确认执行完毕 | 金融级高一致性场景 |
GTID复制 | 使用全局事务ID,自动定位复制位置,简化故障转移 | 高可用集群环境 |
六、半同步复制配置
1. 主库安装插件
INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
SET GLOBAL rpl_semi_sync_master_enabled = 1;
SET GLOBAL rpl_semi_sync_master_timeout = 1000; # 1秒超时
2. 从库安装插件
INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
SET GLOBAL rpl_semi_sync_slave_enabled = 1;
3. 重启从库IO线程
STOP SLAVE IO_THREAD;
START SLAVE IO_THREAD;
七、常见问题排查
1. 复制中断处理
-- 查看错误原因
SHOW SLAVE STATUS\G-- 跳过单个错误
STOP SLAVE;
SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1;
START SLAVE;-- 重新配置复制
STOP SLAVE;
RESET SLAVE;
CHANGE MASTER TO ...; -- 重新配置
START SLAVE;
2. 主从数据一致性校验
# 使用pt-table-checksum工具
pt-table-checksum \
--host=192.168.1.100 \
--user=root --password=YourPassword \
--databases=mydb \
--replicate=test.checksums
3. 延迟问题优化
- 检查网络延迟:
ping 192.168.1.100
- 增加从库并行复制线程:
STOP SLAVE; SET GLOBAL slave_parallel_workers = 4; START SLAVE;
- 优化慢查询
八、主从切换步骤
1. 提升从库为主库
STOP SLAVE;
RESET SLAVE ALL;
SET GLOBAL read_only = OFF;
2. 原主库切换为从库
RESET MASTER;
CHANGE MASTER TO MASTER_HOST='192.168.1.101', ...;
START SLAVE;
九、监控与维护
关键监控指标
常用维护命令
-- 主库操作
SHOW MASTER STATUS;
SHOW BINARY LOGS;
PURGE BINARY LOGS BEFORE '2023-06-01 00:00:00';-- 从库操作
SHOW SLAVE STATUS;
STOP SLAVE;
START SLAVE;
SHOW RELAYLOG EVENTS;
十、最佳实践建议
- 一致性要求高的场景:使用半同步复制+GTID
- 读写分离架构:应用层区分读写操作
- 定期校验:每周进行主从数据一致性检查
- 监控告警:设置复制延迟和状态告警
- 备份策略:主库物理备份,从库逻辑备份
- 版本管理:保持主从MySQL版本一致
- 故障演练:每季度进行主从切换演练
注意:生产环境建议至少配置两个从库,避免单点故障
通过以上配置和管理,我们可以构建稳定可靠的MySQL主从复制架构,实现数据的实时同步和高可用性。