主键冲突时导入中断，是因默认策略为“终止”，需在“设置”页展开“Error handling”，勾选“Continue on error”并显式将“Replace method”设为“Ignore”才生效。

导入时主键重复直接中断，不是因为 DBeaver 不支持忽略，而是默认策略设成了“终止”。只要在向导里改一个选项，就能让冲突行跳过、其余继续执行。

导入向导里哪一页配“忽略主键冲突”

关键设置不在“列映射”或“预览”页，而在最后一步之前的 设置 页（部分版本叫 Transfer Settings 或 Execution Settings）。这里有个折叠区域叫“Error handling”，必须手动展开才能看到。

• 勾选 Continue on error（遇到错误时继续）——这是总开关，不勾就不可能跳过任何冲突
• 在下方的 Replace method 下拉菜单中，选 Ignore（不是 None，也不是 Replace）
• 如果没看到 Replace method，说明你还没在上一步指定目标表——必须先完成列映射并确认目标表存在，该选项才会激活

为什么选了 Ignore 还是报错中断

常见原因是混淆了两个独立开关：一个是全局错误响应（Continue on error），另一个是具体冲突类型策略（Replace method）。DBeaver 默认对主键冲突的行为是 Terminate，哪怕你开了“继续”，它仍会按该类型默认策略执行。

• Continue on error 只控制“是否中断流程”，不改变每类错误的处理动作
• 主键冲突属于 Primary key violation 类型，它的动作必须显式设为 Ignore 才真正跳过
• 检查错误日志里报的错误类型是不是 SQLState: 23000 或含 duplicate key 字样，确认确实是主键冲突而非外键或类型转换问题

Ignore 和 Truncate 前清空的区别在哪

选 Ignore 是逐行判断：遇到已有主键值就跳过这行，其余全量插入；而勾选 Truncate target table(s) before load 是先清空整张表，再无条件插入全部数据。两者目的不同，不能互相替代。

DBeaver Community 26.2.1

下载

• 做增量更新、只补新数据 → 用 Ignore
• 做全量覆盖、确保表状态和文件完全一致 → 勾 Truncate，且 Replace method 可设为 None（避免多余判断开销）
• 同时勾选 Truncate 和 Ignore 没意义：表都空了，自然没有主键可冲突

导入后怎么确认 Ignore 真生效了

不能只看“成功”提示，要查结果页的统计数字和错误日志。

• 结果面板里找 Skipped rows 或 Conflicts ignored 计数，非零才说明有行被跳过
• 点击 View error log，过滤出 duplicate 关键字，确认每条都是 SKIPPED 状态，不是 FAILED
• 抽样查几条本该冲突的记录，确认目标表中对应主键的旧数据确实没被覆盖、也没新增

最容易被忽略的是：第一次跑就该用 Ignore 摸底——看冲突规模有多大，再决定后续用 Replace 覆盖，还是改源数据。硬刚默认 Terminate 策略，只会反复卡在同一个地方。