ALTER TABLE t AUTO_INCREMENT = N 仅在 N 大于当前最大主键值时生效，否则静默修正为 MAX(id)+1；空表可任意设置，非空表需先 TRUNCATE 或确保清空后再重置。
ALTER TABLE t AUTO_INCREMENT = N 不是“设多少就从多少开始”，它只在 N > 当前最大主键值时才真正生效；否则 MySQL 静默忽略，不报错也不警告。
ALTER TABLE AUTO_INCREMENT = N 为什么有时不生效
执行 ALTER TABLE t AUTO_INCREMENT = 1 后插入新记录，ID 却从 101 开始？这不是命令失败，而是 MySQL 的强制规则：该语句仅当 N 大于表中现有自增列（如 id）的最大值时，才会更新元数据里的起始点。否则它自动修正为 MAX(id) + 1 并静默完成。
- 查当前最大值：
SELECT MAX(id) FROM t - 查真实起始点：
SHOW CREATE TABLE t，找输出中类似AUTO_INCREMENT=12345的部分（不是MAX(id)） - 设值必须严格大于前者，例如
MAX(id)是 999，那AUTO_INCREMENT = 1000才刚够，= 999或更小都无效 - 空表例外：无数据时可任意设，
AUTO_INCREMENT = 1立刻生效
想从 1 重新开始，但表里还有数据怎么办
不能直接设 AUTO_INCREMENT = 1 —— 只要存在任意一条记录，MySQL 就会拒绝低于 MAX(id) 的值。你得先清空数据，再重置。
- 首选
TRUNCATE TABLE t：一步清空 + 重置为 1，但要求表无外键引用，且操作不可回滚 - 次选
DELETE FROM t+ALTER TABLE t AUTO_INCREMENT = 1：必须确保DELETE执行完毕、表确实为空后再执行ALTER，否则仍被修正 - 有外键约束时，
TRUNCATE会失败，只能用DELETE配合SET FOREIGN_KEY_CHECKS = 0（需谨慎，确保业务逻辑允许）
MyISAM 和 InnoDB 在重置行为上有区别吗
对 ALTER TABLE ... AUTO_INCREMENT = N 和 TRUNCATE 的响应完全一致，区别只在重启后的行为：
- InnoDB 把当前
AUTO_INCREMENT值存在内存里，MySQL 重启后会扫描全表取MAX(id) + 1，所以设了 500 后重启，若表里已有 id=499 的行，下次插入可能还是 500 或跳到 501 - MyISAM 持久化存于文件头，重启不丢，但 MyISAM 已基本淘汰，新项目不应依赖
- 无论引擎，都别信
SELECT MAX(id)来判断下一条 ID——它反映数据现状，而决定插入的是SHOW CREATE TABLE里那个AUTO_INCREMENT=xxx
REPLACE INTO 或批量插入会导致自增 ID 跳号吗
会，而且跳号不可回收。只要 MySQL 分配过一个自增 ID（哪怕 INSERT 回滚、REPLACE 未写入、ON DUPLICATE KEY UPDATE 触发冲突），这个 ID 就永久作废。
-
REPLACE INTO t (id, name) VALUES (1000, 'a')：若 id=1000 不存在，MySQL 先分配一个新 ID（比如当前计数器是 999，就用 999），再插入；计数器推进到 1000，即使最终写入的是 1000，999 也已浪费 - 高并发下频繁 REPLACE 容易快速耗尽 ID 段，尤其用
INT类型时 - 想避免跳号，优先用
INSERT ... ON DUPLICATE KEY UPDATE，它在冲突时不触发新 ID 分配
最常卡住的地方不是语法写错，而是没确认 SHOW CREATE TABLE 输出里的真实 AUTO_INCREMENT 值，就盲目设小数字——MySQL 不提醒你，只默默按规则修正。动手前务必查清楚。
