MySQL 5.7 InnoDB 中 ALTER TABLE AUTO_INCREMENT=N 常不生效，因该值必须严格大于当前最大主键值，否则静默忽略；真实自增值需查 SHOW CREATE TABLE、SHOW TABLE STATUS 或 information_schema；TRUNCATE 可重置为1但受外键限制；建表时指定 AUTO_INCREMENT 最可靠。
ALTER TABLE AUTO_INCREMENT = N 为什么经常不生效
因为 MySQL 5.7 的 InnoDB 引擎强制校验：你设的 AUTO_INCREMENT = N 必须严格大于当前表中已存在的最大主键值，否则语句执行成功但静默忽略。比如 SELECT MAX(id) FROM t 返回 999，那你设 AUTO_INCREMENT = 999 或更小，SHOW CREATE TABLE t 里看到的仍是 AUTO_INCREMENT=1000。这不是命令写错了，是安全机制防主键冲突。
怎么确认当前真正起作用的自增值
别信 MAX(id)，它只反映数据现状；真正决定下一条 INSERT 用什么 ID 的，是表元数据里的实际计数器。查它必须用：
-
SHOW CREATE TABLE t→ 看末尾AUTO_INCREMENT=xxx -
SHOW TABLE STATUS LIKE 't'→ 看Auto_increment列 SELECT auto_increment FROM information_schema.tables WHERE table_schema='db_name' AND table_name='t'
这三个结果一致，才是真实值。反复试 ALTER 没效果，八成就是没先查这个。
TRUNCATE 是唯一能一步重置到 1 的方式
TRUNCATE TABLE t 会清空数据 + 重置 AUTO_INCREMENT 为 1，且释放磁盘空间。但它有硬限制：
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 表不能被其他表外键引用，否则报错
Cannot truncate a table referenced in a foreign key constraint - 操作不可回滚，执行即永久删除，务必提前备份
- InnoDB 和 MyISAM 行为一致，MySQL 重启后仍保持为 1
如果表有外键或需保留部分数据，只能先 DELETE FROM t，再确认 SELECT COUNT(*) FROM t 返回 0，最后执行 ALTER TABLE t AUTO_INCREMENT = 1 —— 此时因表空，设置才真正生效。
建表时就指定初始值最稳妥
事后改不如一开始写死，尤其对新表或初始化场景。语法是：
CREATE TABLE users ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(32), PRIMARY KEY (id) ) ENGINE=InnoDB AUTO_INCREMENT=10000;
注意：AUTO_INCREMENT= 子句必须放在 ENGINE= 之后、字符集之前。它从第一行插入起就生效，不存在“被已有数据拦截”的问题。而 ALTER TABLE 在已有数据的表上永远受 MAX(id) 约束，这是根本差异。
真正容易被忽略的是：自增 ID 本身不是事务安全的，也不保证连续。并发插入可能跳号，主从复制下手动改 AUTO_INCREMENT 可能导致同步中断。别把它当序列号用，更别依赖它做分页或范围判断。
