ALTER TABLE … AUTO_INCREMENT=xxx 不起作用是因为 MySQL 取 MAX(id)+1 与指定值的较大者；若需设为更小值，须先 TRUNCATE 表再设值，或建表时直接指定 AUTO_INCREMENT 起始值。
ALTER TABLE … AUTO_INCREMENT=xxx 为什么不起作用？
直接执行 ALTER TABLE table_name AUTO_INCREMENT = 100 后，新插入记录的 ID 还是从当前最大值 +1 开始，不是你设的 100 —— 这说明表里已有数据且最大 ID ≥ 100。MySQL 的 AUTO_INCREMENT 值不会自动“回退”，它只会取 MAX(id) + 1 和你指定值的较大者。
- 如果表为空，
AUTO_INCREMENT=100会生效 - 如果已有记录最大 ID 是 95，设成 100 就生效；设成 50 则无效，实际仍从 96 开始
- 执行前可用
SELECT MAX(id) FROM table_name确认当前最大值
如何真正把自增起始值设为小于当前最大 ID 的数？
必须先清空或绕过现有数据约束。最稳妥的方式是：先删除所有数据（保留表结构），再重置计数器。
- 用
TRUNCATE TABLE table_name：清空数据 + 重置AUTO_INCREMENT为 1（或建表时指定的初始值） - 若需设为非 1 的值（比如 100），紧接着执行
ALTER TABLE table_name AUTO_INCREMENT = 100 - 不能用
DELETE FROM table_name替代TRUNCATE—— 它不重置计数器，AUTO_INCREMENT保持不变 - 注意：
TRUNCATE是 DDL 操作，不可回滚，且会重置自增计数器，但不会触发 DELETE 触发器
建表时就指定自增起始值，避免后期麻烦
如果还没建表，或者能接受重建，直接在 CREATE TABLE 里写死起始值更可靠。
- 语法：
CREATE TABLE t (id INT PRIMARY KEY AUTO_INCREMENT) AUTO_INCREMENT = 1000; - 这个值只影响首次插入，后续仍按最大值 +1 推进
- 如果表已存在且有数据，改
AUTO_INCREMENT值仍受最大 ID 限制，和前面一样 - 某些 ORM 或迁移工具（如 Django migrations、Laravel Migrations）生成建表语句时，可能忽略
AUTO_INCREMENT子句，需手动补上
修改后怎么验证是否生效？
别只看 SHOW CREATE TABLE 输出里的 AUTO_INCREMENT 值——它只是“下一次可能用到的值”，实际行为还得看数据。
- 查当前状态：
SELECT AUTO_INCREMENT FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = 'db_name' AND TABLE_NAME = 'table_name'; - 插入一条空记录：
INSERT INTO table_name (col1) VALUES ('test');，再查刚插入的 ID 是否符合预期 - 注意：如果表有外键引用或触发器，插入可能失败，导致你以为没生效，其实是业务逻辑拦截了
真正起作用的永远是「当前最大 ID」和「你设的 AUTO_INCREMENT 值」二者中的较大者，不是你敲下的数字本身。
