MySQL修改主键触发Duplicate entry报错，是因为UPDATE操作会实时校验唯一性约束：若将某行主键改为已存在的值（如id从5改为10，而id=10已存在），立即违反主键唯一性，报ERROR 1062；必须先SELECT确认目标值未被占用，再通过DELETE+UPDATE、事务临时占位或改用非主键字段更新等安全方式处理。
为什么改主键会触发Duplicate entry报错
手动修改主键值（比如用phpMyAdmin的「编辑」功能把某行 id 从 5 改成 10），而表里已存在 id = 10 的记录，MySQL 就会立刻拒绝并报 #1062 - Duplicate entry '10' for key 'PRIMARY'。这不是导入问题，是实时 UPDATE 操作被唯一性约束拦截了。
改主键前必须先确认目标值是否已被占用
别直接点「执行」，先查——这是最容易跳过的一步：
- 在 phpMyAdmin 的 SQL 标签页中运行：
SELECT * FROM `table_name` WHERE `id` = 10;（把10换成你打算设的新主键值） - 如果返回结果非空，说明该值已被占用，不能直接改
- 若表有其他唯一索引（如
email、code），也得同步检查：SELECT email FROM users WHERE email = 'test@example.com';
安全修改主键的三种实操路径
根据你是否想保留旧记录、是否允许数据短暂不一致，选对应方式：
-
想保留新值、丢弃旧值：先删旧行，再改主键。例如目标是让某行
id变成10，而原id = 10行无业务价值，就先执行DELETE FROM table_name WHERE id = 10;，再编辑目标行 -
想保留旧值、更新旧行字段：放弃改主键，改用
UPDATE更新其他字段。主键本质是身份标识，业务逻辑不该依赖可变主键；用WHERE id = 原值更新内容更稳妥 -
必须交换两行主键：不能分两步 UPDATE（第二步必报错）。要用事务+临时值兜底：
START TRANSACTION;<br>UPDATE table_name SET id = -1 WHERE id = 5;<br>UPDATE table_name SET id = 5 WHERE id = 10;<br>UPDATE table_name SET id = 10 WHERE id = -1;<br>COMMIT;
其中-1是临时占位符，确保不撞现有值
phpMyAdmin 编辑界面的隐藏风险
phpMyAdmin 的「编辑」按钮默认走单条 UPDATE，它不会自动帮你规避唯一冲突，也不会提示“这个值已被占用”。更麻烦的是：
立即学习“PHP免费学习笔记（深入）”；
- 如果你勾选了「使用自增」选项（尤其在导入或批量编辑时），它可能强行重置
AUTO_INCREMENT值，导致后续插入又撞上刚删掉的 ID - 修改主键后没刷新页面，再点「插入」可能沿用旧 ID，引发二次冲突
- 外键关联表未同步更新时，主键一改，关联数据就变成悬空引用——错误未必当场报出，但查询会漏数据
真正要改主键，从来不是点几下鼠标的事；得先看约束、再查存量、最后选语义匹配的操作方式。临时改 ID 很快，但修复因它引发的外键断裂或应用层缓存错乱，往往要花十倍时间。
