登录
首页 >  数据库 >  MySQL

MySQL表自增id用完了该怎么办?

来源:SegmentFault

时间:2023-01-18 16:17:17 145浏览 收藏

IT行业相对于一般传统行业,发展更新速度更快,一旦停止了学习,很快就会被行业所淘汰。所以我们需要踏踏实实的不断学习,精进自己的技术,尤其是初学者。今天golang学习网给大家整理了《MySQL表自增id用完了该怎么办?》,聊聊MySQL、数据库,我们一起来看看吧!

我们知道MySQL表可以定义一个自增长的id,如果我们的表没有指定主键字段,那MySQL会给我们的表创建一个不可见的,长度为6个自己的row_id,然后不停地往上加步长,虽然生活中自然数是没有上限的,但是在计算机里,我们只要定义了表示这个数的字节长度,那么它就有上限,比如在Java中,int类型的上限值为2^31-1,即2147483647。MySQL无符号整数上限为2^32 -1,即4294967295

表的自增id用完了怎么办

表定义的自增id达到了上线后,再申请下一个id时,得到的值保持不变。
验证一下:

CREATE TABLE `user` (
  `id` int(20) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(10) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=4294967295 DEFAULT CHARSET=utf8;

上面创建了一张user表,id为自增主键,并且我们把AUTO_INCREMENT设置成了4294967295,也就是说下次执行insert语句的时候id为并且我们把AUTO_INCREMENT设置成了4294967295:

INSERT INTO `test`.`user` (`name`) VALUES ('张三');

结果如图:

2.png

同样我们再执行一次insert语句就会报主键冲突异常:

3.png

MySQL InnoDB系统自增row_id用完了怎么办

如果我们创建的表没有指定主键,那MySQL会给我们指定一个row_id作为主键。InnoDB维护了一个全局的dict_sys.row_id值,所有没有主键的InnoDB表,在每次插入一行数据时,都会将当前的dict_sys.row_id值作为要插入数据的row_id,然后dict_sys.row_id的值加1。
row_id占用6个字节长度,所以row_id也是有范围的,即row_id值的范围是从0到2^48(无符号)。
和MySQL自增id不同的是,如果row_id达到了上限,下一次取值就从0开始,然后继续循环。如果插入一条数据时申请到的row_id比如是0,如果表中没有row_id为0的数据则直接将数据插入到表中,但如果表中已经有row_id为0的数据,再插入时就会覆盖掉原来的数据。
验证一下:
创建一张没有主键的表:

CREATE TABLE `use_row_id` (
  `name` varchar(10) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

然后依次执行以下语句:

gdb -p 5132 -ex 'p dict_sys.row_id=1' --batch
INSERT INTO `test`.`use_row_id` (`name`) VALUES ('张三');
gdb -p 5132 -ex 'p dict_sys.row_id=281474976710656' --batch
INSERT INTO `test`.`use_row_id` (`name`) VALUES ('李四');
INSERT INTO `test`.`use_row_id` (`name`) VALUES ('王五');

结果如图:

4.png

从图中可以看到原来的张三那条数据已经被覆盖了。

总结

  1. MySQL自增id用完后,再次申请id,得到的值保持不变。插入数据会报主键冲突异常。
  2. MySQL InnoDB表未指定主键时,MySQL会指定一个row_id,如果row_id用完了,则会从头开始循环。从这点来说还是建议我们创建表的时候指定主键的,毕竟使用row_id会发生覆盖数据,导致原来的数据丢失,影响数据的可靠性。

qrcode_for_gh_96b0c271232f_258.jpg

以上就是本文的全部内容了,是否有顺利帮助你解决问题?若是能给你带来学习上的帮助,请大家多多支持golang学习网!更多关于数据库的相关知识,也可关注golang学习网公众号。

声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>
评论列表