MySQL 自增 ID 的四个易错点（14/38）

delete 不归零、0 和 NULL 无效、从最大值续增——99% 的人答错的作业题解析

《数据库内核原理》第 14 篇：MySQL 自增 ID 的四个易错点。

第 36 篇《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;

请问：

（1）会不会执行报错？

（2）如果报错，为什么呢？

（3）如果不报错，得到的数据是什么呢？

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

检验一下

自增键在并发下如何保证连续性？这背后是锁的设计。第 15 篇：InnoDB 的七种锁，这次终于懂了。

知其然，知其所以然。思路比结论更重要。