MySQL学习笔记之MySQL的自增主键为什么不连续（二十三）

太过爱你忘了你带给我的痛 2023-07-19 04:51 29阅读 0赞

> 声明：本文章内容是根据极客时间中林晓斌的课程《MYSQL45讲》，经过学习，加以自己的理解形成的笔记。具体原文可以到官网进行阅读。如有侵权请，告知删除。

#### 1、自增主键 ####

在MySQL当中`AUTO_INCREMENT`用来修饰的字段表示，改主键是是自增的。那么自增的主键保存在哪里。不同的引擎保存策略不相同。

*  MyISAM 引擎的自增值保存在数据文件中。
 *  InnoDB 引擎的自增值，其实是保存在了内存里;在版本8.0之后才引入持久化；在8.0之前如果发生重启就会选择max+1 为当前的最大值

#### 2、自增值的修改机制 ####

*  如果插入的是0，null 也就是未制定状态，那么AUTO\_INCREMENT的值就为当前id；并且AUTO\_INCREMENT为  
    AUTO\_INCREMENT+步长
 *  如果插入数据的时候制定了 id的值，那么id就取已经存在的值  
    新的AUTO\_INCREMENT的生成策略为（ 假设：新ID 为X；AUTO\_INCREMENT为Y）
 *  X<Y AUTO\_INCREMENT保持不变
 *  X≥Y AUTO\_INCREMENT=Y

#### 3、什么情况下主键不是连续 ####

*  1.插入时发生冲突,报错的，自增值变更，是在真正执行插入数据的操作之前操作的，所以发送冲突之后，自增值并不会还原
 *  2.事务回滚，当插入的数据发生回滚时，插入数据时所增加的自增值并不会 还原
 *  3.批量申请id导致主键值不连续

insert into t values(null, 1,1);
    insert into t values(null, 2,2);
    insert into t values(null, 3,3);
    insert into t values(null, 4,4);

对于批量插入数据的语句，MySQL 有一个批量申请自增 id 的策略：

1.  语句执行过程中，第一次申请自增 id，会分配 1 个；
2.  1 个用完以后，这个语句第二次申请自增 id，会分配 2 个；
3.  2 个用完以后，还是这个语句，第三次申请自增 id，会分配 4 个；  
    依此类推，同一个语句去申请自增 id，每次申请到的自增 id 个数都是上一次的两倍。那么这样就会造成最后一次申请的id不能使用完全。但是当下次申请的时候，并不会接着使用。

#### 4、自增锁的策略 ####

自增锁也就是对于 修改自增值的这个操作的锁，当要作自增值操作会获取锁，使用完成，释放后被的事务也就可以申请了，但是锁的释放时机有下面几种情况 并且通过innodb\_autoinc\_lock\_mode 这个参数控制

*  这个参数的值被设置为 0 时 语句执行结束之后释放锁
 *  这个参数的值被设置为 1 时：
    
     *  普通 insert 语句，自增锁在申请之后就马上释放；
     *  类似 insert … select 这样的批量插入数据的语句，自增锁还是要等语句结束后才被释放
 *  设置为2 时 锁释放的时机是 申请之后就会释放