Sqlalchemy场景下MySQL表主键auto_increment未按预期递增问题

首先明确核心设计前提：InnoDB 引擎的自增主键本身仅保证生成 ID 的唯一性，不强制保证连续递增，你遇到的属于数据库正常运行机制，并非功能故障。

具体诱因如下： #

• 删除操作不回退自增计数器
  表的自增起始值是独立存储的，执行delete操作删除数据（哪怕清空全表）都不会修改自增计数器的取值，只有执行truncate table才会重置自增计数器到初始值。如果你的表之前有大量删除操作，已被占用过的ID不会被重新利用，新插入数据会从当前计数器值往后继续生成。
• 插入失败/事务回滚导致ID被消耗
  自增ID的分配在插入逻辑执行前就会完成，只要申请了自增ID，无论后续插入是否成功（比如name字段唯一键冲突、事务主动回滚），已分配的ID都会被直接丢弃不会回收，会造成ID断层。
• InnoDB自增锁预分配机制
  InnoDB的innodb_autoinc_lock_mode参数控制自增锁行为，默认配置下（MySQL 8.0+默认值为2，5.7默认值为1）为提升并发插入性能，会预分配一批自增ID，单次插入未用完的预分配ID会被直接丢弃，下次插入从新的批次开始，高并发插入场景下这类跳号会非常普遍。
• 自增步长/偏移量配置非默认值
  如果数据库采用双主等高可用架构，通常会修改auto_increment_increment（自增步长）、auto_increment_offset（自增起始偏移量）参数避免多主之间ID冲突。比如步长设为2时，每次生成的ID会比上一个大2，就会出现你观察到的ID间隔1的断层情况，可执行show variables like 'auto_increment%'查看当前配置确认。

你可以执行show create table features;查看表的当前自增起始值，该值就是下一次分配的ID基准，与表内现有最大ID不一致属于正常情况，说明中间ID已经被上述机制消耗。

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