主从复制错误需通过SHOW SLAVE STATUS\G查看Slave_IO_Running、Slave_SQL_Running及Last_Error定位问题，常见有数据冲突、binlog错误、权限不足；主键冲突可设sql_slave_skip_counter跳过，binlog错误需用CHANGE MASTER TO修正位置，权限问题应重新授权repl用户；建议启read_only、同步时间、禁从库写入以预防中断。
预防中断。MySQL主从复制出现错误时，需快速定位问题并恢复数据同步。常见错误包括连接失败、SQL执行异常、主键冲突等。处理的核心是查看错误日志、分析复制状态，并根据具体原因采取对应措施。
检查复制状态和错误信息
登录从库执行SHOW SLAVE STATUS\G，重点关注以下字段：
- Slave_IO_Running：是否正常拉取主库binlog
- Slave_SQL_Running：是否正常执行SQL
- Last_Error 或 Last_IO_Error：具体的错误描述
根据错误提示判断是网络、权限、数据不一致还是SQL冲突问题。
常见错误及处理方法
1. 主从数据不一致导致的SQL错误例如报错“Duplicate entry for key”，说明从库已存在相同主键数据。
- 确认该条数据是否可跳过（如测试数据）
- 使用SET GLOBAL sql_slave_skip_counter = 1;跳过当前错误事务
- 再执行START SLAVE;继续复制
2. 主库binlog找不到或位置错误
错误提示“Could not find first log file name”或“incorrect log position”。
- 核对主库当前binlog文件名和位置：SHOW MASTER STATUS;
- 在从库重新配置指向正确的binlog位置：
CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.xxxxxx', MASTER_LOG_POS=xxxx; - 启动复制：START SLAVE;
3. 用户权限不足
检查主库是否为复制用户授予了正确权限。
- 在主库执行：
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'从库IP' IDENTIFIED BY '密码'; - 刷新权限：FLUSH PRIVILEGES;
- 必要时重新配置从库连接信息
预防与维护建议
减少复制出错概率，可采取以下措施：
- 主从服务器时间保持同步（使用NTP）
- 避免在从库直接写入数据（除非配置双主）
- 定期检查复制延迟和状态
- 启用read_only模式防止误操作
- 备份主库binlog，防止恢复时丢失
基本上就这些，关键在于及时发现、准确判断、稳妥处理。复制中断不可怕，盲目操作才容易引发更大问题。
