MySQL自增ID，自增居然大部分人都搞错了！然大人都？

作者：架构师之路 2022-05-18 09:49:26数据库 MySQL 《MySQL删除数据的部分三种方式》中的作业题，99%的搞错人答错，有点出乎意料。自增今天简单说下作业题中的然大人都答案，以及知识点。部分

《​​MySQL删除数据的搞错三种方式​​》中的作业题，99%的自增人答错，有点出乎意料。然大人都画外音：评论中不乏嘲笑知识点简单的部分小伙伴。

今天简单说下作业题中的搞错答案，以及知识点。自增

作业题是然大人都这样的：

实验步骤如上图：

• 第一步：建表，设定自增列；
• 第二步：指定id=1插入，部分锚定第一行是id是1；
• 第三步：不指定id，依赖自增机制，插入3行；画外音：此时id应该变为2，3，4了？
• 第四步：delete删除所有记录；画外音：坑就容易出在这里。
• 第五步：指定id=0插入；
• 第六步：指定id=1插入；
• 第七步：不指定id，依赖自增机制，插入1行；

请问，此时表中的三行记录，id分别是多少？

知识点一：delete数据后，自增列计数不会从头开始。

画外音：truncate数据后，自增列计数会从头开始。

因此，在第四步delete删除所有4条记录后，自增列计数，并不会重新归0，也就是说，下一条insert的记录，自增列的值会是5。

知识点二：含自增列的表，插入时可以手动指定自增列的值，但不能与已有值冲突，也可以使用系统默认自增列的值。

因此，第五、六、七步都是允许的：

insert (0, '000')
insert (1, '111')
insert ('222')

知识点三：如果手动指定自增列的值是0或者NULL，MySQL会视为无效，并使用系统默认自增列的值。

也就是说，第五步insert (0, '000') 又或者 insert (NULL, '000')都会被MySQL视为：

insert ('000')

即，实际插入到表中的记录是

(5, '000')

第六步insert (1, '111')没有问题

实际插入的也是

(1, '111')

知识点四：如果使用系统默认自增列的值，会从当前最大值开始往后增加。

也就是说，第七步insert ('222')，会使用默认值6，而不是2。

实际插入的是

(6, '222')

故，实验结果，最终的三行记录是：

5,000
1,111
6,222

你答对了吗?

为了巩固下上面的知识点，咱们一起来复习一下：

drop table t1;
create table t1(
id int not null auto_increment,
name varchar(10) unique,
count int default 0,
primary key(id),
index(name)
)engine=innodb;

insert into t1(id, name) values(1, "shenjian");

insert into t1(id, name) values 
(111, "111"),(NULL, "abc"),(222, "222"),(NULL,"xyz");

请问，执行结束后id分别是多少呢？

答案：

(1, 'shenjian')
(111, '111')    // 允许指定值
(112, 'abc')    // 忽略NULL，从最大值开始增
(222, '222')    // 允许指定值
(223, 'xyz')    // 忽略NULL，从最大值开始增

上题如果继续执行以下语句：

insert into t1(name)values("shenjian"),("aaa"),("bbb")
on duplicate key update count=100;

请问：

• 会不会执行报错？
• 如果报错，为什么呢？
• 如果不报错，得到的数据是什么呢？

知其然，更知其底层所以然。

责任编辑：赵宁宁 来源： 架构师之路 MySQLID数据库

(责任编辑：百科)