阅读原文：https://www.xiaozaoshu.top/articles/mysql-m-s-update-pk
MySQL 做双主，遇到的这个错误：
Could not execute Update_rows event on table ... Error_code: 1032
是 MySQL 主从复制时的经典错误之一，通常表示：
从库试图应用主库上的某条更新语句，但 在从库中找不到这条记录。
❗ 错误分析（Error_code: 1032）
这是 MySQL 的错误代码 1032：
Error 1032 (HY000): Can’t find record in ‘your_table’
这通常发生在以下情况：
- 主库执行了
UPDATE一行记录 - 这个
UPDATE被写进 binlog - 从库执行这个
UPDATE时，发现这条记录在从库不存在（可能被删了，或同步中丢了）
🧩 常见原因
- 从库数据和主库不一致（最常见 ✅）
- 从库某些表被手动更改或删除了数据
- 多线程复制 + 并发下的事务顺序问题
- 主库使用了
ROW格式 binlog，但从库表结构不一致 - 从库 IO 线程或 SQL 线程之前中断，某些日志未完整应用
🛠️ 解决方案
✅ 方法 1：跳过错误（应急用）
STOP SLAVE;
SET GLOBAL sql_slave_skip_counter = 1;
START SLAVE;
然后再执行：
SHOW SLAVE STATUS\G
看 Seconds_Behind_Master 是否恢复。
⚠️ 注意：这个方法只是跳过一个错误事件，可能会导致数据进一步不一致，仅用于临时处理。
✅ 方法 2：重新同步这张表（推荐）
适合你这种只某一张表数据不同步的情况。
步骤如下：
（1）在主库导出这张表
mysqldump -u root -p --single-transaction --skip-lock-tables your_database your_table > your_table.sql
（2）在从库导入这张表（覆盖）
mysql -u root -p your_database < your_table.sql
（3）重新启动复制
START SLAVE;
✅ 方法 3：彻底重做从库（如果不止一张表）
如果数据已经严重不一致，可以考虑：
- 停止从库复制
- 重新用
mysqldump或xtrabackup从主库做一次完整的备份 - 在从库恢复数据
- 重新设定主从
🔎 小贴士：看错误详情
建议你执行：
SHOW SLAVE STATUS\G
重点看这几项：
Last_Error（错误内容）Relay_Log_File、Relay_Log_Pos（出错位置）Retrieved_Gtid_Set和Executed_Gtid_Set（如果用 GTID）