查看原文
其他

3篇长文讲“自增ID”,大部分人仍然搞错了!?

58沈剑 架构师之路 2020-09-08
花了3篇文章聊InnoDB自增ID的机制,《批量删除数据,常见的大坑!》中的作业题,仍然90%的人答错,有点出乎意料。
 
作业题是这样的:

实验步骤如上图:
第一步:建表,设定自增列;
第二步:指定id=1插入,锚定第一行是id是1;
第三步:不指定id,依赖自增机制,插入3行;
画外音:此时id应该变为2,3,4了?
第四步:delete删除所有记录;
画外音:坑就容易出在这里。
第五步:指定id=0插入;
第六步:指定id=1插入;
第七步:不指定id,依赖自增机制,插入1行;
 
请问,此时表中的三行记录,id分别是多少?
 
在三篇前序文章:
三类插入
三类插入测验答案
批量删除数据,常见的大坑!
已说明相关知识点的情况下,点赞结果是:
(1)一楼(015):144赞
(2)二楼(156):36赞
(3)三楼(015):14赞
(4)其他(017,012,567,056):20赞
画外音:点赞情况详见《批量删除数据,常见的大坑!》的评论。
 
批量删除数据,常见的大坑!一文中已经明确指出:
(1)delete数据后,自增列计数不会从头开始;
(2)truncate数据后,自增列计数从头开始;
画外音:除此之外,还有很多不同,但和本实验关系不大。
 
三类插入》一文也明确的指出:
(1)简单插入(simple insert)能够保持自增ID的连续性;
(2)批量插入(bulk insert)可能导致自增ID不连续;
(3)混合插入(mixed-mode insert)在实际执行的时候,才知道是否使用系统生成的自增ID;
 
三类插入测验答案》一文指出:
(1)自增ID从1开始
(2)插入记录时,可以自己指定自增ID的值,也可以使用数据库生成的自增ID的值;
(3)如果指定ID为“NULL”或者“0”会使用数据库生成的自增ID
画外音:除此之外,文章还分享了很多知识,但和本实验关系不大。
 
今天,再把过程展开下,希望大家别再搞错。

建表,插入四条数据,再delete所有数据,此时自增ID计数不会归0,下一条插入的行,自增ID会从5开始
画外音:使用truncate则计数会归0。
 

指定ID,插入(0, ‘000’),命中“ID为NULL或者0,使用系统自增ID”的策略,故实际记录为(5, ‘000’)。
画外音:下一条插入的行,自增ID会从6开始。
 

指定ID,插入(1, ‘111’),插入成功。
 

不指定ID,插入(‘222’),使用系统自增ID,故实际记录为(6, ‘222’)。
 
故,实验结果,最终的三行记录是:
5,000
1,111
6,222
 
你答对了吗?
架构师之路-分享技术思路

相关文章

InnoDB架构,一幅图秒懂!


阅读原文,推荐两个程序员妹子的公号

    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存