MySQL基于位点的主从复制完整部署指南

在数据库运维中，主从复制是保障数据高可用、实现读写分离的核心方案。基于位点的复制作为 MySQL 最经典的主从部署方式，具备配置灵活、兼容性强的特点。本文将从前置准备到验证测试，一步步拆解完整部署流程，帮助运维人员快速落地。

一、前置准备（必做！）

主从复制的成功依赖基础环境配置，需重点完成以下三项工作：

1. 确认主库 Binlog 已开启

Binlog 是主从数据同步的核心日志，主库需通过它记录所有数据变更操作。

查看当前状态：登录主库执行

sql 复制代码

show global variables like "log_bin";

若Value为ON则已开启，OFF需手动配置。

配置文件持久化（避免重启失效）：

bash 复制代码

vim /data/mysql/conf/my.cnf

添加 / 确认配置：

bash 复制代码

log-bin=/data/mysql/binlog/mysql-bin  # 指定Binlog存储路径

配置后重启 MySQL 生效。

2. 配置主从库唯一 server_id

server_id是 MySQL 实例的唯一标识，同一主从架构中必须不同（取值范围 1-2³²-1）。

推荐方案：使用 IP 后两段作为server_id（如 192.168.184.151→184151）
主库配置：

sql 复制代码

set global server_id=184151;  # 动态生效（无需重启）

编辑配置文件持久化：

bash 复制代码

vim /data/mysql/conf/my.cnf

server-id=184151

从库配置：

bash 复制代码

set global server_id=184152;  # 需与主库不同

配置文件添加：

bash 复制代码

server-id=184152

3. 关闭 GTID 模式

本文基于传统位点复制，需关闭 GTID（全局事务标识）避免冲突。

编辑主从库配置文件：

bash 复制代码

vim /data/mysql/conf/my.cnf

添加配置：

bash 复制代码

gtid_mode=off

# enforce_gtid_consistency=on  # 注释或删除该行

重启 MySQL 服务：

bash 复制代码

/etc/init.d/mysql.server restart

二、部署步骤（主从协同操作）

1. 主库：创建复制专用用户

从库需通过专用用户连接主库读取 Binlog，建议限制访问 IP（生产环境）。

sql 复制代码

# 创建用户（%表示允许所有IP，替换为从库IP更安全）

CREATE USER 'repl'@'%' IDENTIFIED WITH mysql_native_password BY 'Uid_dQc63';

# 授予复制权限

GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';

2. 主库：导出全量数据并记录位点

通过mysqldump导出数据，同时记录备份时的 Binlog 位点（从库同步起点）。

执行全量备份：

bash 复制代码

# 提前创建备份目录

mkdir -p /data/backup && cd /data/backup

# 导出所有数据库（--databases 可指定单个库）

mysqldump -uroot -p --single-transaction --all-databases --master_data=2 --set-gtid-purged=OFF > alldb_bak.sql

关键参数说明：

--single-transaction：事务级备份，不阻塞主库写操作
--master_data=2：以注释形式记录 Binlog 位点
--set-gtid-purged=OFF：适配传统位点复制

提取位点信息：

bash 复制代码

head -n 30 alldb_bak.sql

记录输出中的位点信息（示例）：

sql 复制代码

-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000027', MASTER_LOG_POS=717;

3. 从库：导入主库全量数据

确保主从数据初始一致，避免同步冲突。

传输备份文件（主库执行）：

bash 复制代码

scp /data/backup/alldb_bak.sql 192.168.184.152:/data/backup

从库导入数据：

bash 复制代码

cd /data/backup

mysql -uroot -p < alldb_bak.sql

4. 从库：配置主从复制关系

指定主库地址、复制用户及同步位点。

sql 复制代码

CHANGE MASTER TO

MASTER_HOST='192.168.184.151',  # 主库IP

MASTER_USER='repl',            # 复制用户

MASTER_PASSWORD='Uid_dQc63',   # 用户密码

MASTER_LOG_FILE='mysql-bin.000027',  # 主库Binlog文件名（从备份提取）

MASTER_LOG_POS=717;            # 主库Binlog位点（从备份提取）

# 启动复制进程

start slave;

三、复制状态验证

配置完成后，需确认复制进程正常运行：

sql 复制代码

SHOW SLAVE STATUS\G

核心关注三个关键字段：

Slave_IO_Running：需为Yes（IO 线程正常读取主库 Binlog）
Slave_SQL_Running：需为Yes（SQL 线程正常执行中继日志）
Seconds_Behind_Master：需为0（数据实时同步，无延迟）

四、功能测试（验证同步效果）

1. 主库执行写操作

sql 复制代码

use maria;  # 切换到目标数据库（需提前存在）

create table repl_test(id int);  # 创建测试表

insert into repl_test select 1;  # 插入测试数据

2. 从库验证同步结果

sql 复制代码

use maria;

select * from repl_test;

若查询到id=1，说明主从数据同步正常。

五、注意事项

生产环境中，复制用户应限制为从库 IP（替换%为具体 IP）
Binlog 文件需定期清理，避免磁盘空间溢出
若Slave_SQL_Running为No，需检查从库数据与主库一致性
同步延迟需监控，可通过Seconds_Behind_Master指标告警
配置文件修改后必须重启 MySQL，动态修改仅临时生效