MySQL中Industrial_Hall_Data表AUTO_INCREMENT字段失效求助

问题原因 #

这是InnoDB引擎的自增值预分配机制导致的。当执行带SELECT子查询的批量INSERT操作时，InnoDB会预先估算需要的自增ID数量并一次性分配一批，哪怕实际只插入了21条数据，没用到的预分配ID不会回滚，后续插入就会从这批预分配ID的下一个值开始，所以才会出现直接跳到32的情况。

解决方案 #

1. 手动重置自增起始值 #

如果只是想修正当前的自增序列，执行以下语句将自增起始值设置为当前最大ID+1（当前最大ID是21，所以设为22）：

ALTER TABLE Renovation_Managment_System.Industrial_Hall_Data AUTO_INCREMENT = 22;

注意：执行前确认表中最大的industrial_hall_id确实是21，避免设置的值小于现有ID引发报错。

2. 调整InnoDB自增锁模式（适用于频繁批量插入的场景） #

InnoDB通过innodb_autoinc_lock_mode参数控制自增值分配逻辑：

• 默认值1（consecutive模式）：为批量插入预分配自增值，提升并发性能，但会产生跳号。
• 值0（traditional模式）：使用表级锁分配自增值，批量插入时会精确按实际插入行数分配ID，不会跳号，但会降低并发插入的性能。

临时修改（MySQL重启后失效）：

SET GLOBAL innodb_autoinc_lock_mode = 0;

永久生效需修改MySQL配置文件（如my.cnf/my.ini），添加或修改：

innodb_autoinc_lock_mode = 0

修改后重启MySQL服务即可。

额外提示 #

你的批量INSERT语句存在不符合表结构的问题：Industrial_Hall_Data表中的car_company_id、area、num_of_employees都是NOT NULL约束，但你只插入了industrial_hall_token字段，正常情况会触发报错。如果实际执行成功，说明这些字段可能被设置了默认值，建议检查表结构避免后续数据异常。

内容的提问来源于stack exchange，提问作者Sidorskie13