在MySQL恢复过程中如何跳过特定的错误代码以继续执行？

--force 是 MySQL 命令行还原时最常用有效的跳过错误方式，可忽略重复键等约束错误并继续执行，但不跳过严重语法错误，且无法修复语义断裂；SET sql_mode='IGNORE' 无效，slave_skip_errors 不适用于本地还原，INSERT IGNORE 等仅对单条 INSERT 生效。

mysql 命令行还原时用 --force 跳过错误

直接在命令行还原 SQL 文件时，--force 是最常用、最有效的跳过方式。它会让客户端忽略执行过程中遇到的大多数错误（如重复主键、唯一键冲突、语法警告等），继续读取并执行后续语句。

• --force 不会跳过严重语法错误（比如 Unknown column 'xxx' in 'field list' 仍会中断），但对约束类错误（Duplicate entry、Cannot add or update a child row）基本有效
• 错误信息仍会输出到 stderr，建议重定向记录：mysql -u root -p --force mydb restore_errors.log
• 注意：该参数作用于客户端层面，不影响服务端配置或复制状态；还原后务必检查 restore_errors.log 中实际跳过了哪些错误

还原前用 SET sql_mode = 'IGNORE' 是否有效？

无效。SET sql_mode = 'IGNORE' 并不是合法的 MySQL 语法 —— sql_mode 中没有 IGNORE 这个值。网上部分教程混淆了 INSERT IGNORE 和全局模式设置，属于常见误传。

• 真正可设的宽松模式是 NO_ENGINE_SUBSTITUTION 或去掉 STRICT_TRANS_TABLES，但它们不提供“跳过错误继续执行”的能力
• 想让单条 INSERT 容错，必须显式使用 INSERT IGNORE 或 INSERT ... ON DUPLICATE KEY UPDATE
• 批量还原场景下，依赖 sql_mode 实现跳过行为不可靠，应放弃此思路

slave_skip_errors 只适用于复制场景，不用于 restore

slave_skip_errors 是从库（slave）专用配置，仅影响 SQL 线程回放 relay log 的行为，和本地执行 mysql < file.sql 完全无关。

• 设成 slave_skip_errors = 1062,1032 后，从库遇到重复键（1062）或找不到行（1032）会跳过对应 event，但主库还原不受影响
• 误在主库上设置该参数，不仅无效，还可能掩盖复制异常，导致主从数据进一步偏离
• 如果还原的是从库备份，且需临时跳过复制错误，请先 STOP SLAVE，再用 SET GLOBAL sql_slave_skip_counter = 1（传统复制）或 GTID 注入（GTID 复制），而非改 slave_skip_errors

INSERT IGNORE 和 ON DUPLICATE KEY UPDATE 的适用边界

这两者只对单条 INSERT 语句生效，不能让整个 SQL 文件“跳过错误继续”。它们是你在编写导入逻辑时的主动防御手段，不是还原工具的开关。

• INSERT IGNORE 对重复键、NOT NULL 冲突等返回警告而非错误，语句本身成功，适合批量插入中容忍少量脏数据
• ON DUPLICATE KEY UPDATE 更可控：冲突时执行更新，避免丢失业务语义（比如计数器累加）
• 但若 SQL 文件里混着 CREATE TABLE、ALTER TABLE、UPDATE 等其他语句，这些关键字完全不起作用 —— 它们只修饰 INSERT

实际还原时最容易被忽略的点是：**--force 能跳过的错误类型有限，且无法修复语义断裂**。比如一条 INSERT 因外键失败被跳过，后续依赖该记录的 UPDATE 或 DELETE 仍会失败，最终可能静默丢掉整块关联数据。真要保数据完整性，预清洗比硬跳过更可靠。