迁移后报ERROR 1062说明AUTO_INCREMENT未对齐MAX(id)，须立即查MAX(id)和SHOW CREATE TABLE中的AUTO_INCREMENT值；若前者≥后者，必须执行ALTER TABLE AUTO_INCREMENT=MAX(id)+1修复。
迁移后插入新数据立刻报 ERROR 1062 Duplicate entry，说明目标表的 AUTO_INCREMENT 值没对齐真实数据最大 ID——这不是偶发错误，而是迁移流程漏掉了关键校验步骤。
查清 MAX(id) 和 AUTO_INCREMENT 是否匹配
别等导入完才发现冲突，迁移前或导入后第一时间跑这两条命令：
-
SELECT MAX(id) FROM your_table;—— 看当前数据里最大的主键值 -
SHOW CREATE TABLE your_table;—— 在输出里找AUTO_INCREMENT=xxx这一行
如果 AUTO_INCREMENT ≤ MAX(id)，下一次无显式 id 的 INSERT 必然失败；如果远大于（比如最大是 1005，却显示 50000），属于“空洞型跳号”，不影响写入但可能干扰分页、ID 溢出预警或业务逻辑判断。
ALTER TABLE AUTO_INCREMENT = N 的生效条件和坑
这个语句只在「下一次 INSERT 不指定主键」时生效，且仅对 InnoDB 表可靠。执行前必须确认：
-
N必须严格大于MAX(id)，推荐设为MAX(id) + 1（不是 +0，也不是随便填个大数） - MyISAM 表不适用，重启后可能重置
- 执行时会加表级写锁，大表务必选低峰期操作
- 它不会修改已有数据，只影响后续自动生成逻辑
示例：ALTER TABLE orders AUTO_INCREMENT = 100001;（前提是 SELECT MAX(id) FROM orders; 返回 100000）
mysqldump 导入时 AUTO_INCREMENT 没被还原？检查导出文件末尾
默认 mysqldump 会在 SQL 文件末尾写类似 ALTER TABLE `t` AUTO_INCREMENT=12345; 的语句，但以下情况会导致它被跳过：
- 导入时用了
--force参数，遇到语法错误就忽略后续语句 - 导入脚本或工具自动过滤了
ALTER类语句 - 导出时加了
--skip-auto-increment（不推荐）
解决方法：打开导出的 SQL 文件，直接搜索 AUTO_INCREMENT=，确认该行存在且未被注释；若缺失，手动补上并确保执行。
已报 ERROR 1062 怎么快速恢复
别急着删全表或改字段类型，先定位冲突点：
- 看报错里的具体 ID，例如
Duplicate entry '1000' for key 'PRIMARY' - 执行
SELECT * FROM your_table WHERE id = 1000;确认该记录是否本就存在（是脏数据还是正常数据） - 如果是误插的脏数据，可
DELETE或UPDATE掉 - 如果是合法数据，立刻执行
ALTER TABLE your_table AUTO_INCREMENT = 1001;（或更高，留一点缓冲）
真正容易被忽略的是：AUTO_INCREMENT 值在 InnoDB 中不会自动跟随 DELETE 回退，哪怕删光所有数据，它也可能卡在高位——必须手动重置，且不能设小。
