mysql 重置 AUTO_INCREMENT 重置已存在的记录的id

mysql 重置 AUTO_INCREMENT 重置已存在的记录的id,第1张

直接update编号id就行,然后重置auto_increment;

具体语句为:

update tablename set id=id-90000;

alter table tablename set auto_increment=10001;

这样应该可以了。

在mysql中用自增列作为主键时,先往表里插入5条数据,此时表里数据id为1、2、3、4、5,如果此时删除id=4、5的数据后,再重启数据库,重启成功后向表里插入数据的时候,innodb、myisam引擎下ID分别是从几开始增加? 如果你没经历过,或者当面试时被问到这个问题时,相信多数人都是一脸懵逼。MD 谁有事没事去重启线上数据库嘛。最主要的是很多没有测试过这个场景,没有这方面的经验,我在这里做个笔记,大家轻喷!

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

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

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

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

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

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 引擎表中的自增列不会存在这个问题。

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

总结

如果 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 上的不同表现。在主从使用不同引擎的时候,也会出现问题,最好将引擎改完一致性的。


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/zaji/7427530.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-05
下一篇 2023-04-05

发表评论

登录后才能评论

评论列表(0条)

保存