Navicat的「跳过重复记录」仅在MySQL中对主键/唯一索引冲突生效，且须同时满足目标表含主键或唯一索引、导入类型为“追加”、字段名精确匹配、映射正确四个条件；SQL Server及CSV/TXT/JSON导入不支持该功能。
navicat 的「跳过重复记录」不是一键开关，它只在 mysql 中对主键/唯一索引冲突生效，且必须同时满足 4 个硬性条件；sql server、csv/txt/json 导入中的类似选项要么无效，要么作用完全不同。
MySQL 导入时「忽略重复项」为什么点不了或没反应
这个选项（中文版显示为「忽略重复项」）在字段映射页右下角，但灰色不可用或点了无效果，通常是因为以下任一条件未满足：
- 目标表没有
PRIMARY KEY或UNIQUE索引——可用SHOW CREATE TABLE table_name验证 - 导入类型没选「追加」，而是选了「更新」或「替换」——后两者会直接隐藏该选项
- 源文件字段（如 CSV 列名）与目标表字段名大小写、下划线、空格不一致，例如源是
user_id，目标是USER_ID，Navicat 就无法匹配冲突依据 - 字段映射错位：把源文件的
id映射到了目标表的name，而非对应主键列，Navicat 根本不会触发重复检测逻辑
SQL Server 导入遇到主键冲突（Error 2627）怎么办
Navicat 对 SQL Server **完全不支持**「忽略重复记录」，界面上即使出现该复选框，也是灰色禁用或点了报错。底层原因是 SQL Server 没有 INSERT IGNORE 语义，Navicat 15 无法生成等效逻辑。
唯一可行路径是改用「更新」模式：
- 在导入向导第 2 步「目标表映射」中，将操作从
Insert改为Update - 手动点击主键列名右侧的「匹配」复选框（仅勾选不够，必须点一下激活）
- 确认目标表主键字段类型与源数据一致，比如 UUID 要对应
uniqueidentifier，而非int
注意：Navicat 底层会拆成逐行 MERGE，大数据量（>5 万行）时明显变慢，不建议用于全量重导。
CSV/TXT/Excel 导入时「跳过错误记录」≠「跳过重复」
很多人误以为勾选「跳过错误的记录」就能绕过主键重复，其实它只处理字段级解析错误：
- 生效场景：
日期格式不对、字符串往 INT 列插、空值插 NOT NULL 字段 - 完全无效场景：
ERROR 1062（主键重复）、ERROR 1265（截断警告）、UTF-8 四字节 emoji 插入 utf8 表、外键失败 - 关键细节：必须同时勾选「跳过错误的记录」和「继续导入其余记录」，只开一个不起作用
Excel 还要额外防结构陷阱：合并单元格、空行、表头不在第一行都会导致字段错位，建议提前清理，或在导入时手动设「起始行号」。
真正可控的替代方案：别依赖 Navicat 图形界面
图形界面的「忽略」只是快捷封装，日志不告诉你哪几条被跳过，也无法分批、留痕或做条件覆盖。生产环境更推荐这些方式：
- 用
mysqldump --insert-ignore重新导出 SQL，所有INSERT INTO自动转为INSERT IGNORE INTO - 大 SQL 文件批量替换：
sed -i 's/^INSERT INTO/INSERT IGNORE INTO/' backup.sql（Linux/macOS） - 需要更新已有记录时，手写
INSERT INTO ... ON DUPLICATE KEY UPDATE，明确指定更新字段 - 跨库迁移或大文件导入，直接用数据库原生命令：
LOAD DATA INFILE（MySQL）、COPY（PostgreSQL）、bcp（SQL Server）
最易被忽略的一点：Navicat 的「运行 SQL 文件」功能根本没有「继续执行」开关，它直连执行原始 SQL，任何错误都会中断。想跳过重复，必须从 SQL 本身改起，而不是在界面里找不存在的选项。
