navicat无全局跳过重复开关，mysql需同时满足四条件：目标表有主键/唯一索引、导入模式为“追加”、字段映射页手动勾选“忽略重复项”、源目标主键字段严格映射；sql server不支持该功能，须改用update模式并激活主键匹配。
Navicat 本身没有全局“跳过重复主键继续执行”的开关——它是否跳过，完全取决于数据库类型、目标表结构、导入模式和字段映射这四者的组合。直接勾选“跳过重复记录”大概率无效，甚至灰色不可用。
MySQL 导入时“忽略重复项”为什么没反应
Navicat 在 MySQL 下的「忽略重复项」实际生成 INSERT IGNORE，但必须同时满足四个硬性条件：
- 目标表已存在，且至少有一个
PRIMARY KEY或UNIQUE索引（可用SHOW CREATE TABLE table_name验证） - 导入类型必须是「追加」，不能选「更新」或「替换」——后两者会隐藏该选项
- 导入向导第 2 步（字段映射页）右下角要手动勾选「忽略重复项」（中文版文字），不是在「高级」页找
- 源文件中的主键字段（如
id）必须与目标表对应字段**严格映射**：大小写、下划线、空格都要一致；若映射错位（比如把source.user_id映射到target.name），Navicat 就无法识别冲突依据
常见错误现象：勾了但日志仍报 ERROR 1062，多半是字段名大小写不一致，或目标表其实没建唯一索引。
SQL Server 导入时“跳过重复记录”根本不存在
SQL Server 没有 INSERT IGNORE 或 ON DUPLICATE KEY UPDATE 语义，Navicat 的「跳过重复记录」复选框在 SQL Server 导入流程中被主动禁用——你看到灰色或点了无响应，不是 Bug，是能力缺失。
真正可行的路径只有一条：
- 导入向导第 2 步 → 将操作模式从默认的
Insert明确改为Update - 手动点击主键列名右侧的「匹配」复选框（哪怕看起来已高亮），否则生成的
MERGE语句缺少ON条件，会全表覆盖 - 若目标表有多个唯一约束（如
email + phone联合唯一），Navicat 不支持多字段匹配，需提前在 SQL Server 中建视图或计算列收口逻辑
注意：Update 模式底层走逐行 MERGE，大数据量（>5 万行）时明显变慢，别硬扛。
运行 SQL 文件时“继续执行”是假开关
Navicat 的「运行 SQL 文件」功能压根没有「继续执行」或「跳过错误」选项——右键连接 →「运行 SQL 文件」弹窗里只有「编码」「超时时间」「执行前备份」三项设置。所谓“勾选继续执行”纯属误解。
如果 SQL 文件里某条 INSERT 报 ERROR 1062，整个执行立即中断，后续语句全部不执行。
真要跳过重复，必须改 SQL 本身：
- 用
mysqldump重导时加--insert-ignore参数 - 手动把文件里的
INSERT INTO全部替换成INSERT IGNORE INTO（注意保留括号和VALUES部分） - Linux/macOS 下可批量处理：
sed -i 's/^INSERT INTO/INSERT IGNORE INTO/' backup.sql
误点「遇到错误时继续」反而危险：它可能跳过建表失败后的 INSERT，导致往不存在的表里插数据，结果静默失败，日志只显示「0 行受影响」。
Excel/CSV 导入时主键冲突常是解析错位伪装的
Navicat 解析 Excel 本质是调用 OLE DB 驱动转成结果集，遇到合并单元格、空行、表头不在第 1 行等情况，会导致字段错位——比如真实主键值被吞掉或错读成空字符串，再插入时因主键为 NULL 或默认值（如 0）反复撞上已有记录。
实操建议：
- 导入前清理 Excel：取消所有合并单元格、删空行、确保表头在第 1 行；若必须从第 2 行开始，导入时手动设「起始行号 = 2」
- 导入向导第 3 步「高级」中，**必须同时勾选**「跳过错误的记录」和「继续导入其余记录」，只开一个无效
- 预览阶段重点看「源数据预览」窗口：主键列是否出现大量
NULL、重复0或明显异常值；若有，说明解析出错，别急着执行
最易被忽略的一点：Navicat 的「忽略重复」只对违反 PRIMARY KEY 或 UNIQUE 约束的记录生效，对字符集错误（ERROR 1366）、字段类型不匹配、外键失败等完全不处理——这些错误仍会中断导入。
