Navicat数据编辑页报Duplicate entry，说明输入值已存在于主键或唯一索引字段中，属实时校验阻断，无法用INSERT IGNORE绕过，必须当场修正：查重定位、留空自增主键、编辑旧行覆盖或批量UPDATE修正。
Navicat 数据编辑页面（即双击表打开的网格视图）里直接修改或新增行时提示 Duplicate entry，说明你正在输入一个已存在于主键或唯一索引字段中的值——这不是导入/同步脚本问题，而是实时编辑校验触发的阻断。它不走 SQL 批量执行逻辑，无法用 INSERT IGNORE 绕过，必须当场修正。
为什么编辑页面会报错，而 SQL 执行却没反应？
数据编辑页是 Navicat 封装的“单行事务”界面，所有增删改都经由它自动生成并提交单条 INSERT 或 UPDATE 语句，并强制做存在性校验。哪怕目标表允许 INSERT IGNORE，这个界面也**不会自动加 IGNORE 关键字**，也不支持你手动写语句。
- 你点「新增记录」后填了
id = 105，但目标表已有id = 105的行 → 报Duplicate entry '105' for key 'PRIMARY' - 你修改某行的
email字段为'admin@example.com'，但该值已在另一行存在且email是唯一索引 → 同样报错，哪怕那行id不同 - 这个报错发生在 Navicat 提交前的本地校验阶段，甚至没发到 MySQL，所以查 MySQL 错误日志里找不到对应记录
编辑页面中快速定位冲突行
报错信息里带的值（如 '105' 或 'admin@example.com'）就是线索，直接用来反查：
- 在同一个表的数据页顶部搜索框输入该值，看是否已存在；若存在，确认是哪一行、
id是多少 - 右键表 → 「设计表」→ 查看哪些字段标有
PK（主键）或UNI（唯一索引），重点盯这些列 - 如果报错 key 名是
'uk_order_no'这类自定义名，去目标库执行SHOW CREATE TABLE your_table，确认它对应哪些字段（比如order_no+tenant_id复合唯一） - 注意大小写和空格：MySQL 默认对
VARCHAR使用utf8mb4_0900_as_cs排序规则时，'Admin'和'admin'被视为不同值；但用utf8mb4_0900_ai_ci就会被判重复
编辑页面中绕过冲突的三种可行操作
不能跳过校验，但可以换方式达成目的：
- 新增时避免重复：不要手输主键值，留空让 Navicat 自动填（前提是字段设为
AUTO_INCREMENT）；若必须指定主键，先查最大值：SELECT MAX(id) FROM your_table，再填比它大 1 的数 - 想覆盖旧记录：不要新增，改用「编辑」已有行。找到原
id = 105的那行，双击修改其他字段（如name、updated_at），保存即可，不触发主键冲突 - 批量修正唯一索引值：如果发现多行
email重复，别逐个改。右键表 → 「查询」→ 写 UPDATE 语句一次性处理，例如：UPDATE users SET email = CONCAT(email, '_old') WHERE id IN (101, 102);，再回到编辑页操作
真正容易被忽略的点
编辑页面的冲突提示不告诉你「为什么这行被判定为重复」——它只报最终结果。最常被漏查的是：源表和目标表主键类型不一致（比如一边是 INT，一边是 BIGINT），导致 Navicat 内部比对时把 105 当成新值，但 MySQL 层级插入时因隐式转换或截断实际撞了约束；这种情况下，即使你手动删掉目标表所有数据，再从编辑页新增 id = 105，仍可能报错。务必先确认两边表结构完全一致，尤其是主键字段的类型、符号、长度。
