--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 完全无关。
- 设成
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 仍会失败，最终可能静默丢掉整块关联数据。真要保数据完整性，预清洗比硬跳过更可靠。
