在 MySQL 中恢复数据时避免重复导入，关键在于识别数据源与目标表的唯一性约束，并采取合适的策略控制写入行为。直接覆盖或重复执行恢复脚本可能导致主键冲突、数据冗余或业务异常。
1. 使用 REPLACE 或 INSERT ... ON DUPLICATE KEY UPDATE
如果数据恢复过程中需要更新已有记录，可利用 MySQL 提供的语句处理冲突：
• REPLACE INTO：当遇到主键或唯一索引冲突时，先删除旧记录再插入新记录。注意这会导致自增 ID 变化，且触发 DELETE + INSERT 的副作用。• INSERT ... ON DUPLICATE KEY UPDATE：更安全的选择。若存在冲突，则更新指定字段；否则插入新行。适合保留历史状态或只更新部分字段。
示例：
INSERT INTO users (id, name, email) VALUES (1, 'Alice', 'alice@example.com') ON DUPLICATE KEY UPDATE name=VALUES(name), email=VALUES(email);
2. 恢复前清空或重置目标表
若恢复的是完整备份，建议先清理目标表，确保一致性：
• 使用 TRUNCATE TABLE 表名 清空数据（速度快，重置自增ID）。• 或使用 DELETE FROM 表名 删除所有行（可带 WHERE 条件，支持事务回滚）。
执行后再导入数据，从根本上避免重复问题。注意外键约束可能影响操作顺序，需先禁用或合理安排清空顺序。
3. 利用临时表进行数据比对
对于不能清空的生产表，可通过中间步骤控制导入：
• 先将备份数据导入一个临时表（如 temp_users）。• 使用 JOIN 或 NOT EXISTS 筛选出主表中不存在的数据。
• 再将差量数据插入目标表。
示例：
INSERT INTO users (id, name, email) SELECT t.id, t.name, t.email FROM temp_users t LEFT JOIN users u ON u.id = t.id WHERE u.id IS NULL;
4. 控制导入脚本的幂等性
确保恢复脚本可以重复执行而不产生副作用：
• 在 SQL 文件开头添加 SET autocommit=0; 并配合事务使用。• 添加条件判断，例如检查表是否已有数据再决定是否执行导入。
• 使用版本标记表记录已应用的备份文件，防止重复运行。
例如：
INSERT INTO migration_log (file_name, applied_at)
SELECT 'backup_20250405.sql', NOW()
FROM DUAL
WHERE NOT EXISTS (
SELECT 1 FROM migration_log WHERE file_name = 'backup_20250405.sql'
);
基本上就这些。关键是根据场景选择合适的方法：全量恢复优先清空表，增量恢复用 ON DUPLICATE 或差量导入，复杂环境结合临时表和日志控制。不复杂但容易忽略细节。
