这篇文章主要讲解了“MySQL怎么实现自增主键”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“MySQL怎么实现自增主键”吧!
<编辑类="目录">目录编辑>- <李>
一、自增值保存在哪儿吗?
李> <李>二、自增值修改机制
李> <李>三、自增值的修改时机
李> <李>四、自增锁的优化
李> <李>五、自增主键用完了
李>一、自增值保存在哪儿吗?
不同的引擎对于自增值的保存策略不同
1. myisam引擎的自增值保存在数据文件中
2. innodb引擎的自增值,在MySQL5.7及之前的版本,自增值保存在内存里,并没有持久化。每次重启后,第一次打开表的时候,都会去找自增值的最大值马克斯(id),然后将马克斯(id) +步长作为这个表当前的自增值
select 马克斯(ai_col),得到table_name for 更新;
在MySQL8.0版本,将自增值的变更记录在了重做日志中,重启的时候依靠重做日志恢复重启之前的值
二、自增值修改机制
如果字段id被定义为AUTO_INCREMENT,在插入一行数据的时候,自增值的行为如下:
1。如果插入数据时id字段指定为0,零或未指定值,那么就把这个表当前的AUTO_INCREMENT值填到自增字段
2。如果插入数据时id字段指定了具体的值,就直接使用语句里指定的值
假设,某次要插入的值是X,当前的自增值是Y
1。如果X 2。如果X>=Y,就需要把当前自增值修改为新的自增值 <强>新的自增值生成算法是:从auto_increment_offset(初始值)开始,以auto_increment_increment(步长)为步长,持续叠加,直到找到第一个大于X的值,作为新的自增值强> 创建一个表t,其中id是自增主键字段,c是唯一索引,建表语句如下: 假设,表t里面已经有了(1,1,1)这条记录,这时再执行一条插入数据命令: 执行流程如下: 1。执行器调用InnoDB引擎接口写入一行,传入的这一行的值是(0,1,1) 2. InnoDB发现用于没有指定自增id的值,获取表t当前的自增值2 3。将传入的行的值改成(2,1,1) 4。将表的自增值改成3 5。继续执行插入数据操作,由于已经存在c=1的记录,所以报重复键错误(唯一键冲突),语句返回 对应的执行流程图如下: 在这之后,再插入新的数据行时,拿到的自增id就是3。出现了自增主键不连续的情况 <强>唯一键冲突和事务回滚都会导致自增主键id不连续的情况强> 自增id锁并不是一个事务锁,而是每次申请完就马上释放,以便允许别的事务再申请 但在MySQL5.0版本的时候,自增锁的范围是语句级别。也就是说,如果一个语句申请了一个表自增锁,这个锁会等语句执行结束以后才释放 MySQL5.1.22版本引入了一个新策略,新增参数innodb_autoinc_lock_mode,默认值是1 1。这个参数设置为0,表示采用之前MySQL5.0版本的策略,即语句执行结束后才释放锁 2。这个参数设置为1 普通插入语句,自增锁在申请之后就马上释放 类似insert…select这样的批量插入数据的语句,自增锁还是要等语句结束后才被释放 3。这个参数设置为2,所有的申请自增主键的动作都是申请后就释放锁 为了数据的一致性,默认设置为1 如果sessionB申请了自增值以后马上就释放自增锁,那么就可能出现这样的情况: sessionB先插入了两行数据(1,1,1),(2,2,2) sessionA来申请自增id得到id=3,插入了(3、5、5) 之后,sessionB继续执行,插入两条记录(4、3、3),(4,4)三、自增值的修改时机
CREATE TABLE “t”, (
“id”才能,int (11), NOT NULL AUTO_INCREMENT,
“c”才能,int (11), DEFAULT 空,
' d '才能,int (11), DEFAULT 空,
PRIMARY 才能;KEY (id),
UNIQUE 才能;KEY “c”, (“c”)
之前),引擎=InnoDB; >
insert into t 值(空,1,1),
四、自增锁的优化
<李>
<李>
MySQL怎么实现自增主键