重置MySQL所有表自增ID的本质是清空数据并重置计数器，等价于TRUNCATE TABLE；但因外键约束需先禁用检查（SET FOREIGN_KEY_CHECKS = 0），再按依赖关系安全清理，推荐使用DELETE + ALTER TABLE ... AUTO_INCREMENT = 1组合方案，并通过information_schema生成批量脚本。

MySQL 重置所有表自增 ID 的本质是 TRUNCATE + 重建

直接执行 ALTER TABLE t AUTO_INCREMENT = 1 对已有数据无效——它只影响下一次插入的起始值，不改变现有记录的 ID，也不清理空洞。真正“重置”意味着清空数据并重置计数器，等价于 TRUNCATE TABLE。但你不能对所有表盲目 TRUNCATE，外键约束会立刻报错：Cannot truncate a table referenced in a foreign key constraint。

• 必须先禁用外键检查：SET FOREIGN_KEY_CHECKS = 0;
• 按依赖顺序（子表 → 父表）或反向顺序（父表 → 子表）操作？实际应先清空**子表**，再清空父表；但 TRUNCATE 要求无外键引用，所以更稳妥的做法是：先删数据（DELETE），再重置 AUTO_INCREMENT，最后再删外键约束、TRUNCATE、重建约束——太重。推荐方案是：禁用检查 + 按拓扑逆序 TRUNCATE（即先清空被依赖的父表？错！应先清空依赖别人的子表）→ 其实最简单可靠的是全部用 DELETE + ALTER TABLE ... AUTO_INCREMENT = 1
• DELETE FROM t 不重置 AUTO_INCREMENT；必须显式执行 ALTER TABLE t AUTO_INCREMENT = 1

生成批量重置脚本：用 information_schema 拼 SQL

手动写几十个 ALTER TABLE 不现实。核心思路是从 information_schema.TABLES 查出当前库所有带自增主键的表，拼出可执行语句。注意不是所有表都有自增列，得关联 COLUMNS 表过滤。

• 检查是否有自增主键：SELECT TABLE_NAME FROM information_schema.COLUMNS WHERE TABLE_SCHEMA = 'your_db' AND EXTRA = 'auto_increment' AND COLUMN_KEY = 'PRI'
• 生成重置语句（安全版，用 DELETE + ALTER）：

  SELECT CONCAT('DELETE FROM `', TABLE_NAME, '`; ', 'ALTER TABLE `', TABLE_NAME, '` AUTO_INCREMENT = 1;') AS stmt FROM information_schema.TABLES t JOIN information_schema.COLUMNS c ON t.TABLE_SCHEMA = c.TABLE_SCHEMA AND t.TABLE_NAME = c.TABLE_NAME WHERE t.TABLE_SCHEMA = 'your_db' AND c.EXTRA = 'auto_increment' AND c.COLUMN_KEY = 'PRI';

• 如果确定要清空且无外键顾虑，改用 TRUNCATE TABLE `t` 更快，但语句不能拼在一条里（TRUNCATE 不能回滚，且某些 MySQL 版本不支持事务内执行）

执行前必须关掉外键检查和事务自动提交

否则 DELETE 可能因外键级联失败，ALTER 在事务中也可能被拦截（尤其 MySQL 5.7+ 对 DDL 的事务处理更严格）。这不是可选项，是硬性前置条件。

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

• 执行：SET FOREIGN_KEY_CHECKS = 0;
• 执行：SET autocommit = 0;（避免每条 DELETE 自动提交，方便出错时 ROLLBACK）
• 所有语句执行完后，记得恢复：SET FOREIGN_KEY_CHECKS = 1; 和 COMMIT;
• 如果中间某条失败，直接 ROLLBACK; 即可，不会残留半截状态

容易被忽略的坑：视图、临时表、系统表干扰结果

information_schema.TABLES 默认包含所有表类型，但 VIEW 没有自增列，TEMPORARY 表不在其中，真正的干扰项是 BASE TABLE 类型过滤不严——有些表可能有自增字段但不是主键（比如冗余计数列），这种不该重置。

• 务必加条件：AND t.TABLE_TYPE = 'BASE TABLE'
• 务必验证 COLUMNS 中该自增列是否同时满足：COLUMN_KEY = 'PRI'（主键）或至少是 UNIQUE 且非空（但通常只重置主键自增）
• 跳过 mysql 系统库：WHERE t.TABLE_SCHEMA NOT IN ('mysql', 'information_schema', 'performance_schema', 'sys')
• 如果你的表用了复合主键，而自增列只是其中一员——ALTER TABLE ... AUTO_INCREMENT = 1 仍有效，但逻辑上是否合理需自行判断

重置自增 ID 不是原子操作，DELETE + ALTER 之间若有并发写入，可能产生新 ID 冲突。生产环境务必在低峰期操作，并确认业务能接受短暂数据清空。