MySQL 拒绝将 AUTO_INCREMENT 设为小于等于当前最大 ID 的值，会静默修正为 MAX(id) + 1；空表时设为 1 才生效，TRUNCATE 是最简单重置方式，否则需先清空再 ALTER。
ALTER TABLE t AUTO_INCREMENT = 1 不生效？不是命令错了，是 MySQL 拒绝设得比现有最大 ID 还小 —— 它会静默修正为 MAX(id) + 1。
为什么 ALTER TABLE t AUTO_INCREMENT = 1 总是不从 1 开始
MySQL 的 AUTO_INCREMENT 值不是“你想设多少就多少”，而是受当前数据约束的计数器。它只在你设的值严格大于表中已有自增列（如 id）的最大值时才真正写入元数据；否则，它自动取 MAX(id) + 1 并静默完成，不报错、不警告。
- 查当前最大
id：SELECT MAX(id) FROM t - 查真实起始点（关键！）：
SHOW CREATE TABLE t，找输出里类似AUTO_INCREMENT=12345的部分 —— 这个才是下一条 INSERT 实际用的值 - 如果
MAX(id)是 999，AUTO_INCREMENT = 1000刚好生效；= 999或更小，全部无效 - 空表例外：没数据时，
AUTO_INCREMENT = 1立刻生效
TRUNCATE TABLE t 是最简单可靠的重置方式
TRUNCATE TABLE t 一步清空数据 + 重置 AUTO_INCREMENT 为 1，且无需额外 ALTER。但它有硬性限制：
- 要求表没有外键被其他表引用，否则直接报错
- 操作不可回滚，执行即永久删除
- InnoDB 和 MyISAM 行为一致（MyISAM 已淘汰，不必纠结引擎差异）
- 重启后不会“恢复”旧值：InnoDB 重启会扫描全表取
MAX(id) + 1，所以 TRUNCATE 后重启仍保持为 1
有外键或不能清空数据时，只能 DELETE + ALTER 组合
当表被外键引用，或业务要求保留部分历史记录（比如只删旧数据但不清空），必须手动确保表为空后再改计数器：
- 先执行
DELETE FROM t，再确认无数据：SELECT COUNT(*) FROM t返回 0 - 再执行
ALTER TABLE t AUTO_INCREMENT = 1—— 此时因表空，设置立即生效 - 如有外键约束，可临时禁用：
SET FOREIGN_KEY_CHECKS = 0，执行完记得SET FOREIGN_KEY_CHECKS = 1 - 注意：该
ALTER语句会加 MDL 锁，阻塞后续 DML，别在高峰时段跑
别信 SELECT MAX(id) 来判断下一条 ID
MAX(id) 只反映当前数据最大值，而真正决定下一次插入 ID 的是 SHOW CREATE TABLE 里那个 AUTO_INCREMENT=xxx。这个值可能比 MAX(id) 大（比如删过记录但没重置），也可能小（刚 TRUNCATE 过）。反复试 ALTER 却没效果，大概率就是没先查清楚这个真实值。
