MySQL自增ID不回滚是因为其分配发生在INSERT语句执行初期、事务提交前，由独立于事务日志的全局计数器管理；ROLLBACK仅撤销数据，不退还已分配ID，故必然跳号。
MySQL自增ID为什么不会回滚
因为 auto_increment 值的分配发生在事务提交前、语句执行时，且是独立于事务日志的全局计数器。即使你 ROLLBACK，已经分配出去的 ID 不会“退还”给系统。
INSERT失败或ROLLBACK后ID跳变的典型场景
以下情况都会导致自增ID空缺：
-
INSERT INTO t(id, name) VALUES (NULL, 'a')执行后又ROLLBACK→ ID 已被预占，不回收 - 唯一键冲突（如重复
UNIQUE字段）导致语句失败 →auto_increment仍会+1 - 显式插入大于当前最大值的ID（如
INSERT INTO t(id) VALUES(100)）→ 下次自增从 101 开始，中间空洞无法自动填补 - 主库重启后，InnoDB 会扫描表找最大ID再加1，但这个过程不感知未提交事务，可能造成“倒退”或“跳跃”
innodb_autoinc_lock_mode 如何影响ID连续性
该参数控制自增ID的分配锁策略，默认为 1（consecutive lock mode），在简单 INSERT 中能保证语句级连续；但在批量插入（INSERT ... SELECT、REPLACE、LOAD DATA）中会预分配一段ID，一旦中断就留下空洞。
设为 0（traditional）可强制串行化分配，避免跳号，但严重降低并发插入性能；设为 2（interleaved）则完全不锁表，跳号更频繁，仅适用于 binlog_format=ROW 的主从环境。
Mysql Skill 1.0.0 (3)
下载
MySQL 数据库管理技能，能够通过自然语言查询和管理数据库，支持 SELECT/INSERT/UPDATE/DELETE、表管理、备份恢复等操作。当用户提及 MySQL、数据库查询、建表或数据备份时使用此技能。
为什么不能修复已产生的ID空洞
MySQL 不提供重排主键或“收缩自增序列”的机制，原因很实际：
- 修改主键会级联更新所有外键引用，成本不可控
- 业务常把自增ID当逻辑序号用（比如分页、导出编号），人为重排反而破坏一致性
- 空洞本身不影响查询、索引或存储效率——B+树不依赖物理连续性
- 试图用
ALTER TABLE ... AUTO_INCREMENT = N回拨，若N小于当前最大ID，MySQL会静默忽略
真正要警惕的不是跳号，而是 auto_increment 到达 INT 或 BIGINT 上限——这时得提前改字段类型，而不是纠结中间少了几个数字。
