最直接有效的方式是用 alter table 显式设置 auto_increment 值，它立即生效且不依赖表是否为空；若表非空，设定值必须大于当前最大主键，否则自动取 max(id)+1。
ALTER TABLE 重置 AUTO_INCREMENT 值最直接有效
MySQL 不支持 TRUNCATE 后保留自增起点，也不允许直接改 information_schema 表，唯一可靠方式是用 ALTER TABLE 显式设置。它会立即生效，且不依赖表是否为空。
- 如果表已清空（
DELETE FROM table_name），必须手动重置，否则下次插入仍从原最大值+1开始 - 若表非空，设的值必须大于当前最大主键值，否则 MySQL 会自动取
MAX(id) + 1，不报错但不生效 - 执行前建议先查当前最大值：
SELECT MAX(id) FROM table_name，避免设小了白操作 - 示例：
ALTER TABLE users AUTO_INCREMENT = 1
TRUNCATE TABLE 会重置但有隐性限制
TRUNCATE TABLE 确实会把 AUTO_INCREMENT 归零（或归为 1），但它本质是删表重建，因此有硬性约束：不能在有外键引用的表上执行，否则报错 Cannot truncate a table referenced in a foreign key constraint。
- 即使你已禁用外键检查（
SET FOREIGN_KEY_CHECKS = 0），TRUNCATE仍可能失败，因某些存储引擎（如 InnoDB）在内部校验阶段就拒绝 -
TRUNCATE是 DDL 操作，无法回滚，且会重置所有索引计数器，不只是自增字段 - 如果只是想清数据+重置自增，又没外键，它比
DELETE + ALTER更快；否则老实用DELETE配合ALTER
INSERT ... SELECT + 自定义值绕过自增（慎用）
当需要“从某个 ID 开始连续插入”，而不想动表结构时，可临时关闭自增行为，用显式值覆盖。但这不是重置序列，而是跳过生成逻辑。
- 需先
SET @sql_mode = @@sql_mode备份，再SET sql_mode = 'NO_AUTO_VALUE_ON_ZERO'（仅部分旧版本需要） - 插入时必须显式写出自增列名和值：
INSERT INTO users (id, name) VALUES (100, 'test') - 后续插入若省略
id，MySQL 仍按当前AUTO_INCREMENT值继续分配，不会“记住”你插过 100 - 容易导致重复主键错误，尤其并发写入时，务必确认业务能接受手动控 ID
MyISAM 和 InnoDB 在重置行为上没区别
很多人以为引擎不同会影响 AUTO_INCREMENT 重置逻辑，其实从 MySQL 5.6 起，两者对 ALTER TABLE ... AUTO_INCREMENT = N 和 TRUNCATE 的响应完全一致。差异只在持久化机制：InnoDB 把当前自增值存在内存里，重启后从表中找最大值重新推导；MyISAM 存在磁盘文件中，重启不丢失。
- 这意味着：如果用
ALTER TABLE设了AUTO_INCREMENT = 100，然后 MySQL 异常重启，InnoDB 表下次插入可能从 101 或更高开始——取决于当时表里有没有 id=99 的记录 - 所以生产环境别指望靠一次
ALTER就永久锁定起始值，真正需要稳定 ID 分配的应用，该用 UUID 或雪花算法
