Mysql

关注公众号 jb51net

关闭
首页 > 数据库 > Mysql > MySQL基于位点主从复制

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

作者:·云扬·

本文详细介绍了MySQL主从复制的部署流程,包括前置准备、主从协同操作、复制状态验证和功能测试,并提供了关键步骤和注意事项,需要的朋友可以参考下

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

一、前置准备(必做!)

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

1. 确认主库 Binlog 已开启

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

show global variables like "log_bin";

ValueON则已开启,OFF需手动配置。

vim /data/mysql/conf/my.cnf

添加 / 确认配置:

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

配置后重启 MySQL 生效。

2. 配置主从库唯一 server_id

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

set global server_id=184151;  # 动态生效(无需重启)

编辑配置文件持久化:

vim /data/mysql/conf/my.cnf

server-id=184151
set global server_id=184152;  # 需与主库不同

配置文件添加:

server-id=184152

3. 关闭 GTID 模式

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

vim /data/mysql/conf/my.cnf

添加配置:

gtid_mode=off

# enforce_gtid_consistency=on  # 注释或删除该行
/etc/init.d/mysql.server restart

二、部署步骤(主从协同操作)

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

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

# 创建用户(%表示允许所有IP,替换为从库IP更安全)

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

# 授予复制权限

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

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

通过mysqldump导出数据,同时记录备份时的 Binlog 位点(从库同步起点)。

# 提前创建备份目录

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

关键参数说明:

head -n 30 alldb_bak.sql

记录输出中的位点信息(示例):

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

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

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

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

mysql -uroot -p < alldb_bak.sql

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

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

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;

三、复制状态验证

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

SHOW SLAVE STATUS\G

核心关注三个关键字段:

  1. Slave_IO_Running:需为Yes(IO 线程正常读取主库 Binlog)
  2. Slave_SQL_Running:需为Yes(SQL 线程正常执行中继日志)
  3. Seconds_Behind_Master:需为0(数据实时同步,无延迟)

四、功能测试(验证同步效果)

1. 主库执行写操作

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

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

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

2. 从库验证同步结果

use maria;

select * from repl_test;

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

五、注意事项

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

以上就是MySQL基于位点的主从复制完整部署指南的详细内容,更多关于MySQL基于位点主从复制的资料请关注脚本之家其它相关文章!

您可能感兴趣的文章:
阅读全文