MySql自增主键ID重置这个坑货

这两天在面试的时候被问到一个问题:在mysql中用自增列作为主键时,先往表里插入5条数据,此时表里数据id为1、2、3、4、5,如果此时删除id=4、5的数据后,再重启数据库,重启成功后向表里insert数据的时候,INNODB、MyISAM引擎下ID分别是从几开始增加?当时被问到这个问题时,一脸懵逼,MD谁有事没事去重启线上数据库嘛。最后还是基础知识不牢固,在此作个笔记。

MySQL通常使用的引擎都是INNODB,在建表时,一般使用自增列作为表的主键,这样的表对提高性能有一定的帮助。但是自增列有一个坑,并且这个坑存在了很久,一直到MySQL 8.0版本,才修复了这个坑,这个坑就是表的自增列变量auto_increment在MySQL重启后,有可能丢失。

  • innodb引擎(低版本):Innodb表中把自增列作为主键ID时,自增列是通过auto-increment计数器实现的,计数器的最大值是记录到内存中的,重启数据库后,会导致auto-increment计数器重置,从而会导致主键ID重置。

  • MyISam引擎:MyISAM表会把自增列(auto-increment计数器)最大值是记录到数据文件里,重启MySQL自增列(计数器)最大值不会丢失,从而使用自增列作为主键ID时也不会丢失。

1.innodb主键重置问题

在 MySQL低版本中,InnoDB表中使用自增的 auto-increment计数器 会把值存放在内存中,不会写入磁盘。一旦MySQL 服务重启,这个值就丢了,InnoDB 引擎会根据表中现有的数据重新计算该计数器的值:获取表中最大的自增主键ID作为auto-increment计数器的最大计数,当insert数据时,在auto-increment计数器最大值上1。

先创建一张user表,新增几条数据:

//1.创建user表:自增列作为主键ID
CREATE TABLE `user` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(255) NOT NULL DEFAULT '',
  `age` int(4) unsigned NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

//2.插入5条数据
INSERT INTO `user`(`name`, age) VALUES('刘备1', 21);
INSERT INTO `user`(`name`, age) VALUES('刘备2', 22);
INSERT INTO `user`(`name`, age) VALUES('刘备3', 23);
INSERT INTO `user`(`name`, age) VALUES('刘备4', 24);
INSERT INTO `user`(`name`, age) VALUES('刘备5', 25);

(1)场景一

mysql数据库不重启时,innodb自增主键ID会根据auto-increment计数器一直递增。

向user表里插入5条数据,主键ID按自增列通过auto-increment计数器实现自增。

在user表里删除id为4、5的数据,再向user表中插入一条数据,主键ID是auto-increment的值6。

(2)场景二

mysql数据库重启后,innodb自增主键ID会根据auto-increment计数器的重置而重置。

在场景一的基础上,在删除id为6、3的数据后,此时auto-increment计数器的值为7,user表里的id最大是2。

然后重启数据库后,auto-increment计数器的值变为3,也就是user表里的自增列ID的最大值2加1。

此时在插入数据时,自增ID会从3开始自增。Innodb表中把自增列作为主键ID时,在mysql重启后就会存在ID重置问题。删除数据后,再重启,AUTO_INCREMENT会查询表里最大ID并进行重置,重置后和重启前AUTO_INCREMENT计数器的值不同。在MyISAM引擎表中的自增列不会存在这个问题。

2.MySQL 8.0 auto-increment 计数器逻辑

在 MySQL 8.0 中,这个计数器的逻辑变了:每当计数器的值有变,InnoDB 会将其写入 redo log,保存到引擎专用的系统表中。MySQL 正常关闭后重启:从系统表中获取计数器的值。MySQL 故障后重启:从系统表中获取计数器的值;从最后一个检查点开始扫描 redo log 中记录的计数器值;取这两者的最大值作为新值。

3.总结

(1)如果mysql重启了,那么innodb表在启动后,AUTO_INCREMENT值会自动检测出、并重置为当前表中自增列的最大值+1。

(2)假如一个表里AUTO_INCREMENT计数器的值是10,此时执行update table set id = 15 where id = 9后,如果这时再继续插入数据,到了自增ID=15的时候是会报错。但是这个时候继续插入,就不会报错。因为刚才即使报错了,AUTO_INCREMENT的值依旧会增加。

(3)现在使用的一般都是innodb引擎,如果将myisam引擎转换过来的时候,一定要小心这个引擎在自增id上的不同表现。在主从使用不同引擎的时候,也会出现问题,最好将引擎改完一致性的。

参考:《Be Careful With MySQL's auto_increment. How We Ended Up Losing Data

 

                                                                                       2020年08月03号 早 于 北京记

### MySQL主键使用方法 在MySQL中,`AUTO_INCREMENT`属性用于定义自字段。通常情况下,该字段作为表的主键来确保每一条记录都有唯一的标识符。当向表中插入新行而没有显式指定此字段的值时,MySQL会自动分配下一个可用的最大整数值给这一字段。 #### 创建带有自主键的表格 要创建具有自特性的主键,可以在建表语句中声明某一列为 `INT NOT NULL AUTO_INCREMENT PRIMARY KEY` 或者单独设置某列为主键并赋予其 `AUTO_INCREMENT` 属性: ```sql CREATE TABLE example ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(50), age INT, PRIMARY KEY (id) ); ``` 上述命令将会建立一张名为 `example` 的表,并设定其中的 `id` 列为自主键[^1]。 ### 解决自主键不连续的问题 有时由于事务回滚、删除操作或其他原因,可能会观察到自序列出现了间断现象。对于这种情况,虽然不影响系统的正常运行,但从美观性和逻辑上可能不太理想。以下是几种处理方案: - **忽略间隙**:如果应用程序并不依赖于ID之间的连续性,则可以选择接受这种自然形成的间隔。 - **重置计数器**:可以通过TRUNCATE TABLE命令清空整个表并将自值重新设为初始状态;不过需要注意的是这样做会导致现有数据丢失,因此只适用于测试环境或特定场景下重建表结构之后的操作。 - **调整配置参数**: - 对于InnoDB存储引擎,默认情况下会在多版本并发控制(MVCC)模式下预留一定范围内的编号以防冲突。通过修改全局变量 `innodb_autoinc_lock_mode` 可以改变锁定行为从而减少不必要的跳号问题[^4]。 - 设置 `auto_increment_offset` 和 `auto_increment_increment` 参数也可以用来定制起始位置以及量步长,这对于分布式部署或多实例同步很有帮助[^3]。 另外值得注意的一点是,在某些框架如 MyBatis Plus 中进行新操作时,若实体类里已经包含了 ID 值(即使为空),则有可能干扰到数据库层面的自动生成机制,进而造成预期之外的结果。此时应确保传入的对象不含任何预赋值的主键信息除非确实需要覆盖默认行为[^2]。
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值