MySQL复制中断是常见的数据库运维问题，通常由主从数据不一致、网络故障、配置错误或SQL执行异常引起。修复的关键在于快速定位原因并采取对应措施，避免数据丢失或延迟扩大。
检查复制状态
登录从库执行SHOW SLAVE STATUS\G，重点关注以下字段：
Slave_IO_Running：是否正常拉取主库binlog Slave_SQL_Running：是否正常回放SQL Last_Error 和 Last_SQL_Error：显示具体错误信息 Seconds_Behind_Master：判断延迟情况通过这些信息可初步判断是IO线程还是SQL线程出错。
常见错误及修复方法
根据错误类型选择处理方式：
1. 主键冲突或记录已存在（Duplicate entry）这类错误通常因手动写入从库或主从数据不一致导致。可跳过该事务：
SET GLOBAL sql_slave_skip_counter = 1; START SLAVE;
注意：仅适用于非关键业务，跳过前需确认不会影响数据一致性。
2. 表不存在或DDL不一致主库执行了建表或删表操作，但从库未同步。检查主从表结构是否一致：
在从库手动创建缺失表（确保结构与主库一致） 或从备份恢复该表 修复后重启复制：START SLAVE; 3. binlog文件或位置错误可能是主库重置或从库配置指向了无效binlog。需重新配置复制点：
在主库查看当前binlog位置：SHOW MASTER STATUS; 在从库停止复制：STOP SLAVE; 重新设置主库信息：CHANGE MASTER TO MASTER_HOST='主库IP', MASTER_USER='repl', MASTER_PASSWORD='密码', MASTER_LOG_FILE='mysql-bin.xxxxxx', MASTER_LOG_POS=xxx; START SLAVE;
预防复制中断的建议
减少中断的根本在于规范操作和监控：
避免在从库执行写操作 主从版本尽量保持一致 定期校验主从数据一致性（可用pt-table-checksum） 启用GTID模式，简化故障恢复流程 部署监控告警，及时发现复制延迟或中断基本上就这些。关键是根据错误日志准确判断原因，谨慎操作，优先保障数据一致性。
