解决MySQL主从数据库不同步：两种实用修复方法

判断主从不同步的具体表现

在排查主从复制问题时，首先需要确认故障发生的位置。通常我们假设Master库运行正常，重点检查Slave端的状态。

第1步：检查主库（Master）状态

目的：确认主库是否在正常写入数据，Binlog文件是否持续增长。

• 查看进程：执行 show processlist;，观察是否有大量Sleep连接或阻塞操作。若连接数正常且无异常锁，说明主库写入功能健康。
• 检查Binlog位置：执行 show master status;，记录当前的File文件名和Position位置值。例如：mysqld-bin.000001 在位置 3260。

第2步：检查从库（Slave）状态

目的：定位IO线程和SQL线程的运行状态，确定中断原因。

• 查看详细信息：在Slave节点执行 show slave status\G。
• 关键指标：
  • Slave_IO_Running: Yes：表示网络通信和数据接收正常。
  • Slave_SQL_Running: No：表示SQL回放线程出错或停止。这是导致不同步的核心原因，通常是因为从库上执行了与主库不兼容的SQL语句（如外键冲突、重复主键等）。

方法一：忽略错误后继续同步（适用于容忍少量数据差异的场景）

如果业务对数据的绝对一致性要求不高，或者主从库之间的数据差异较小，最快的方法是跳过导致错误的SQL语句，让复制流程继续运行。

第1步：停止从库复制进程

在执行任何修改前，先暂停复制以避免更多错误累积。

stop slave;

第2步：设置跳过的错误次数

使用全局变量 sql_slave_skip_counter 告诉从库跳过接下来的N个事件。通常跳过1个事件即可修复单个语句错误。

set global sql_slave_skip_counter = 1;

第3步：重启从库复制

重新开始同步过程。

start slave;

第4步：验证恢复状态

再次执行 show slave status\G，确认两个运行状态均为Yes。

Slave_IO_Running: Yes
Slave_SQL_Running: Yes

方法二：重新建立主从同步（适用于严格要求数据一致的场景）

当主从库数据差异巨大，或者跳过错误可能导致严重数据丢失时，需要重新同步整个数据库。该方法通过重新初始化从库数据并校准Binlog位点来实现。

第1步：锁定主库防止新数据写入

风险提醒：此操作会导致主库变为只读模式，所有写请求将等待释放锁。请在低峰期操作，并确保应用层有容错机制。

flush tables with read lock;

第2步：备份主库数据

将当前完整数据备份到文件中，用于后续恢复到从库。

mysqldump -uroot -p -hlocalhost > mysql.bak.sql

第3步：记录主库Binlog位点

在锁表状态下，再次查看主库状态，确保获取的是“冻结”时刻的准确位置。

show master status;

记下输出的 File 名称（如 mysqld-bin.000001）和 Position 值（如 3260）。

第4步：传输并恢复数据到从库

传输数据：将备份文件从主库服务器拷贝到从库服务器。

scp mysql.bak.sql root@192.168.128.101:/tmp/

停止从库并导入：在从库上停止复制服务，然后导入刚才备份的数据。

stop slave;
source /tmp/mysql.bak.sql;

第5步：配置从库指向新的同步点

使用 change master to 命令指定新的Master地址、认证信息及Binlog位点。这一步是将从库重新连接到主库的关键。

change master to 
master_host = '192.168.128.100', 
master_user = 'rsync',  
master_port=3306, 
master_password='', 
master_log_file = 'mysqld-bin.000001', 
master_log_pos=3260;

• master_log_file 必须与第3步中记录的File一致。
• master_log_pos 必须与第3步中记录的Position一致。

第6步：启动同步并解除主库锁

在从库上：

start slave;

检查 show slave status\G 确认同步恢复正常。

回到主库上：

一旦确认从库开始正常工作，立即解除主库的只读锁定，恢复业务写入。

UNLOCK TABLES;

总结与维护建议

MySQL主从不同步是运维中常见的问题。方法一（跳过错误）适合快速恢复业务，但需注意数据最终一致性；方法二（重新同步）虽然耗时较长且涉及停写操作，但能保证数据的严格一致。日常维护中，建议定期检查 slave status，并通过监控告警及时发现同步延迟或中断，避免问题积累导致修复难度增加。

以上就是解决MySQL主从数据库没有同步的两种方法的详细内容，更多关于解决MySQL主从数据库没有同步的资料请关注本站其它相关文章！