1

MySQL8自增主键变化 - 涛姐涛哥

 2 years ago
source link: https://www.cnblogs.com/taojietaoge/p/16143104.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.

MySQL8自增主键变化

     醉后不知天在水,满船清梦压星河。

一、简述

MySQL版本从5直接大跃进到8,相信MySQL8一定会有很多令人意想不到的改进,如果不想只会CRUD可以看看。

比如系统表引擎的变化-全部换成事务型的InnoDB。

MySQL5.7系统部引擎

1580332-20220414124611517-698482482.png

MySQL8系统引擎 

1580332-20220414124757399-1377039731.png

上图可以看到,MySQL5.7的系统表引擎有MEMORY、InnnoDB和MyISAM三种,但MySQL8的系统表引擎都换成了InnoDB。MySQL8新特性还有很多,接下来进入正题康康它的自增主键。

二、MySQL自增主键

为什么MySQL8新特性会修改自增主键属性?

在MySQL8.0之前,自增主键 AUTO_INCREMENT 的值如果大于max(primary key) +1,那么在MySQL重启后,则会重置 AUTO_INCREMENT = max(primary key)+1 的值,这种现象在某些情况下会导致业务主键冲突或者其他难以发现的一些问题。

MySQL官网解释自增ID冲突问题
1580332-20220414190647589-393809330.png

因为在MySQL5.7中,对于自增主键的分配规则是由InnoDB数据字典内部一个计数器来决定的,而该计数器维护在了内存中,并不会持久化到磁盘中,此时硬盘中并无数据,当数据库重启的时候,该计数器会被初始化为: auto_increment = max(primary key)+1。

如何解决自增主键冲突问题?

这个问题一直到MySQL8.0才解决。
8.0版本将会对 AUTO_INCREMENT 值进行持久化,所以即使MySQL重启后该值也不会改变。
即其将自增主键的计数器持久化到了重做日志中,每次计数器发生改变都会将其写入到重做日志中,如果这个时候数据库重启了,那么InnoDB数据字典会根据重做日志中的信息来初始化计数器的内存值,就可以恢复到了上次关闭数据库前的状态,通过自增ID持久化来避免8.0之前可能会出现的问题。

三、自增主键测试

分别在MySQL5和MySQL8上进行自增主键测试。

1、MySQL5.7自增主键

在MySQL5.7中的,这里我们先创建一个数据表,这个数据表中设置一个自增列。

CREATE TABLE t_test_auto_increment_tjt(
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键ID',
  `test_key` varchar(50) NOT NULL COMMENT '名称',
  `test_value` varchar(50) DEFAULT NULL COMMENT '值',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 COMMENT='测试主键自增表';

然后向自增主键表中添加了4条记录,表中的四条添加的记录的id字段值就分别为: 1、2、3、4。

INSERT INTO t_test_auto_increment_tjt(id, test_key, test_value) VALUES
('0','吞噬星空','停更'),
('0','水斗大陆','可以停播了'),
('0','武神主宰','装B还得看尘少'),
('0','完美世界','yyds')

插入数据的SQL添加的是0,其实就是默认赋值,表 t_test_auto_increment_tjt 中的自增列是不可以添加0或者null的,那么这个时候表中的四条添加的记录的id字段值就分别为: 11、2、3、4。

1580332-20220414131517578-485896145.png

接下来,将表中的id为4的字段删除。

DELETE FROM t_test_auto_increment_tjt WHERE id = 4

然后,继续在表中添加一条记录,执行之后我们可以发现,此时自增主键的ID结果是5。

INSERT INTO t_test_auto_increment_tjt(id, test_key, test_value) VALUES ('0','完美世界','yyds-YYDS')

1580332-20220414132008441-438773681.png

因为我们前面已经将表中id为4的记录删除了,这个时候下一次自增的时候即使表中没有id为4的字段了,但是这个时候我们也不会添加4,而是添加5。其实这个时候就是自增主键的值auto_increment 大于了max(primary key)+1。
再接下来,将表中的id为5的记录删除。

DELETE FROM t_test_auto_increment_tjt WHERE id = 5

最后,重启MySQL数据库,再向表中添加一条记录。

INSERT INTO t_test_auto_increment_tjt(id, test_key, test_value) VALUES ('0','完美世界','yyds-YYDS-restart')

1580332-20220414132739979-1441865804.png

上图可以看到,重启后 重启后 重启后 执行的结果中添加的记录的id值为 : 4, 按之前的操作来看4和5已经被删除了,那么添加的就应该是6,为什么是4呢?

因为在MySQL5.7中,自增主键的分配规则是由InnoDB数据字典内部一个计数器来决定的,而该计数器维护在了内存中,并不会持久化到磁盘中,此时硬盘中并无数据,当数据库重启之后该计数器会被初始化为: auto_increment = max(primary key)+1,所以记录的id=4,而不是6。

2、MySQL8自增主键

在MySQL8中,按照上述MySQL5.7的操作步骤测试自增主键问题。

首先创建自增主键表、插入数据。

1580332-20220414143523442-776534812.png

然后,删除数据、插入数据。

1580332-20220414144222145-309013538.png

最后,重启 重启 重启 重启后插入数据。

1580332-20220414145200135-439665430.png

一定要彻底关闭MySQL服务,然后重新启动。

1580332-20220414145302656-405706234.png

重启后插入数据,测试自增主键ID的值?

1580332-20220414145039488-1486312870.png

醉后不知天在水

        满船清梦压星河


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK