深入MySQL数据文件：从master.info和relay-log.info反推你的Change Master配置

逆向工程MySQL复制配置：从数据文件重构Change Master命令

当MySQL主从复制链路突然中断，而SHOW SLAVE STATUS输出又不够直观时，真正的DBA会直接深入数据文件层寻找答案。本文将带你解密master.info和relay-log.info这两个关键文件，掌握在不重启服务的情况下诊断和修复复制问题的终极技巧。

1. 复制配置的底层存储机制

MySQL主从复制的配置信息实际上以两种形式存在：内存中的运行时状态和磁盘上的持久化文件。当执行CHANGE MASTER TO命令时，系统会同时更新内存参数和以下两个关键文件：

• /var/lib/mysql/master.info：存储主库连接信息
• /var/lib/mysql/relay-log.info：存储中继日志状态

文件持久化的意义在于服务重启后能够快速重建复制链路。但更重要的价值是，当复制出现异常时，这些文件能提供比SHOW SLAVE STATUS更底层的诊断视角。

重要提示：直接修改这些文件属于高危操作，务必先备份原文件，并在修改后执行FLUSH RELAY LOGS刷新状态

2. master.info文件结构解析

标准的master.info文件包含15行关键信息（MySQL 5.6+版本），每行对应一个特定的复制参数。以下是一个典型示例及其字段对应关系：

$ cat /var/lib/mysql/master.info 25 mysql-bin.000014 1818 192.168.1.11 repl 123456 3306 60 0 0 30.000 0 95cfc8eb-2d58-11ea-840b-000c296166d5 86400 0

对应的参数映射表：

实战技巧：当需要重建复制链路但忘记原配置时，可以基于此文件快速构造CHANGE MASTER命令：

CHANGE MASTER TO MASTER_HOST='192.168.1.11', MASTER_USER='repl', MASTER_PASSWORD='123456', MASTER_PORT=3306, MASTER_LOG_FILE='mysql-bin.000014', MASTER_LOG_POS=1818, MASTER_CONNECT_RETRY=60, MASTER_RETRY_COUNT=0, MASTER_DELAY=0, MASTER_HEARTBEAT_PERIOD=30.000;

3. relay-log.info文件深度解读

relay-log.info文件记录了从库中继日志的关键状态信息，对于恢复中断的SQL线程尤为重要。典型文件内容如下：

$ cat /var/lib/mysql/relay-log.info 7 ./mysql-relay-log.000002 1539 mysql-bin.000014 1818 0 0 1

各字段详细解析：

关键应用场景：当SQL线程报错停止时，可以通过此文件确认：

1. 已执行到哪个主库的binlog位置（行4-5）
2. 当前中继日志的执行进度（行2-3）

4. 高级故障诊断与修复方案

4.1 主从位置不一致的修复

当出现"Slave has more GTIDs than the master"等位置冲突错误时，可按照以下步骤修复：

1. 主库执行获取当前binlog位置：

SHOW MASTER STATUS;

2. 对比从库master.info中的位置信息：

# 查看从库记录的master位置 awk 'NR==2 || NR==3' /var/lib/mysql/master.info

3. 如果位置不一致，可安全重建复制链路：

STOP SLAVE; CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000015', MASTER_LOG_POS=107; START SLAVE;

4.2 文件损坏的应急处理

当怀疑文件损坏时，可采用以下诊断方法：

1. 检查文件完整性：

# 检查文件基本属性 ls -lh /var/lib/mysql/*.info # 验证文件内容格式 file -b /var/lib/mysql/master.info

2. 交叉验证内存状态与文件内容：

-- 获取内存中的复制配置 SHOW SLAVE STATUS\G -- 与文件内容对比 system cat /var/lib/mysql/master.info

4.3 安全修改文件的正确姿势

在极少数需要直接修改文件的场景下，必须遵循以下流程：

1. 停止复制线程：

STOP SLAVE;

2. 备份原始文件：

cp /var/lib/mysql/master.info /root/master.info.bak cp /var/lib/mysql/relay-log.info /root/relay-log.info.bak

3. 使用vim等工具编辑文件（注意保持文件权限）：

sudo -u mysql vim /var/lib/mysql/master.info

4. 刷新日志并重启复制：

FLUSH RELAY LOGS; START SLAVE;

5. 自动化监控与维护建议

对于生产环境，建议实现以下自动化检查：

1. 定期校验文件与内存状态一致性：

#!/bin/bash # 检查master.info与运行状态是否一致 master_pos=$(awk 'NR==3' /var/lib/mysql/master.info) slave_pos=$(mysql -e "SHOW SLAVE STATUS\G" | awk '/Read_Master_Log_Pos/{print $2}') [ "$master_pos" -eq "$slave_pos" ] || echo "WARNING: Position mismatch"

2. 关键参数监控报警配置示例：

3. 使用mysqladmin安全刷新状态：

mysqladmin --user=root --password flush-relay-logs