众所周知,自增主键可以让聚集索引尽量地保持递增顺序插入,避免了随机查询,从而提高了查询效率
但实际上,MySQL 的自增主键并不能保证一定是连续递增的。
下面举个例子来看下,如下所示创建一张表:
自增值保存在哪里?
使用 insert into test_pk values(null, 1, 1)
插入一行数据,再执行 show create table
命令来看一下表的结构定义:
上述表的结构定义存放在后缀名为 .frm
的本地文件中,在 MySQL 安装目录下的 data 文件夹下可以找到这个 .frm
文件:
从上述表结构可以看到,表定义里面出现了一个 AUTO_INCREMENT=2
,表示下一次插入数据时,如果需要自动生成自增值,会生成 id = 2。
但需要注意的是,自增值并不会保存在这个表结构也就是 .frm
文件中,不同的引擎对于自增值的保存策略不同:
1)MyISAM 引擎的自增值保存在数据文件中
2)InnoDB 引擎的自增值,其实是保存在了内存里,并没有持久化。第一次打开表的时候,都会去找自增值的最大值 max(id)
,然后将 max(id)+1
作为这个表当前的自增值。
举个例子:我们现在表里当前数据行里最大的 id 是 1,AUTO_INCREMENT=2,对吧。这时候,我们删除 id=1 的行,AUTO_INCREMENT 还是 2。
但如果马上重启 MySQL 实例,重启后这个表的 AUTO_INCREMENT 就会变成 1。 也就是说,MySQL 重启可能会修改一个表的 AUTO_INCREMENT 的值。
以上,是在我本地 MySQL 5.x 版本的实验,实际上,到了 MySQL 8.0 版本后,自增值的变更记录被放在了 redo log 中,提供了自增值持久化的能力