alter table t auto_increment = 1 在非空表中必然不生效，mysql 强制要求该值必须大于当前 max(id)，否则静默修正为 max(id) + 1；仅空表或 truncate 后才真正重置为 1。
直接说结论：ALTER TABLE t AUTO_INCREMENT = 1 在表非空时必然不生效，这不是命令写错了，而是 MySQL 的强制行为——它只接受大于当前最大 id 的值，否则静默修正为 MAX(id) + 1。
为什么 ALTER TABLE t AUTO_INCREMENT = 1 总是不从 1 开始
MySQL 的 AUTO_INCREMENT 值不是“你设多少就用多少”，而是受数据约束的计数器。它只在你设的值严格大于 SELECT MAX(id) FROM t 结果时，才真正写入元数据；否则自动取 MAX(id) + 1 并静默完成。
-
SHOW CREATE TABLE t输出里那个AUTO_INCREMENT=12345才是下一条INSERT实际用的值，不是MAX(id) - 如果
MAX(id)是 999，AUTO_INCREMENT = 1000刚好生效；= 999 或更小，全部无效 - 空表例外：没数据时
AUTO_INCREMENT = 1立刻生效（SELECT MAX(id) FROM t返回NULL即为空）
最安全可靠的重置方式：TRUNCATE TABLE t
TRUNCATE TABLE t 是唯一能一步清空数据 + 重置 AUTO_INCREMENT 为 1 的操作，且释放磁盘空间。
- 要求表没有外键被其他表引用，否则报错
Cannot truncate a table referenced in a foreign key constraint - 操作不可回滚，执行即永久删除，务必提前备份或确认业务允许
- InnoDB 和 MyISAM 行为一致；MySQL 重启后仍保持为 1（InnoDB 重启会扫描全表，但 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 TABLE会加 MDL 锁，阻塞后续 DML，别在高峰时段运行
别信 SELECT MAX(id) 来判断下一条 ID
MAX(id) 只反映当前数据最大值，而真正决定下一次插入 ID 的是 SHOW CREATE TABLE t 里那个 AUTO_INCREMENT=xxx。这个值可能比 MAX(id) 大（比如删过记录但没重置），也可能小（刚 TRUNCATE 过）。反复试 ALTER 却没效果，大概率就是没先查清楚这个真实值。
