怎么解决导入时1062主键冲突错误_替换或忽略重复记录-phpMyAdmin-PHP中文网

不能靠“忽略”掩盖逻辑问题，需区分真重复与策略错配；有效方案为INSERT IGNORE跳过冲突，或ON DUPLICATE KEY UPDATE主动更新指定字段。

MySQL 导入遇到 `1062 Duplicate entry` 怎么办

直接说结论：不能靠“忽略”来掩盖数据逻辑问题，得先分清是「真重复」还是「导入策略错配」。常见做法只有两个有效方向——用 insert ignore 跳过冲突行，或用 replace into / on duplicate key update 主动覆盖。但选哪个，取决于你到底想保留哪条数据。

`INSERT IGNORE` 什么时候能用、为什么常踩坑

它会让 MySQL 遇到主键/唯一键冲突时静默跳过整行，不报错也不插入。表面省事，实则容易埋雷：

所有约束冲突（不只是主键）都会被忽略，比如唯一索引、外键失败，你完全感知不到
自增 ID 会被消耗但没插入成功，后续 ID 可能断层或偏大
如果源数据里有本该更新的字段（比如状态、时间戳），INSERT IGNORE 完全不碰它，旧值就一直留着
适合场景：纯补录、确认无业务字段需更新，且只关心“存在性”，比如日志去重、用户注册记录归档

示例：INSERT IGNORE INTO users (id, name, created_at) VALUES (123, 'Alice', NOW());

`ON DUPLICATE KEY UPDATE` 比 `REPLACE INTO` 更可控

REPLACE INTO 看似简单，其实是“删+插”两步：先按主键删旧行，再插入新行。这会触发 DELETE 和 INSERT 的所有副作用（如外键级联、触发器、自增 ID 重置），还可能丢失未显式指定的字段值。

ON DUPLICATE KEY UPDATE 只更新指定列，不动其他字段，语义清晰、副作用可控：

必须显式列出要更新的字段，比如 updated_at = NOW(), status = VALUES(status)
VALUES(col) 表示本次 INSERT 尝试写入的值，不是当前行原值
不会触发 DELETE 相关逻辑，外键和触发器行为更可预测
注意：UPDATE 部分不校验其他唯一约束，如果更新后导致新冲突，会直接报错

示例：INSERT INTO users (id, name, status) VALUES (123, 'Alice', 'active') ON DUPLICATE KEY UPDATE status = VALUES(status), updated_at = NOW();

批量导入时怎么避免 1062 错误中断整个过程

mysqldump 或 LOAD DATA INFILE 默认遇到错误就停。想继续执行，得提前控制行为：

用 mysql --force 命令行参数，让客户端跳过单条错误继续（但无法区分错误类型，慎用）
对 LOAD DATA INFILE，加 IGNORE 关键字（LOAD DATA INFILE 'x.csv' IGNORE INTO TABLE t;），效果类似 INSERT IGNORE
真正稳妥的做法：先导出冲突主键，预处理源数据，或拆成小批次 + 事务 + 错误捕获逻辑（比如用 Python 的 pymysql 捕获 1062 后单独处理）
别依赖 SET FOREIGN_KEY_CHECKS=0 来绕过约束——它不解决主键冲突，还可能破坏数据一致性