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

《​​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)1.2.3.

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

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

复制insert (000)1.

即，实际插入到表中的香港云服务器记录是

复制(5, 000)1.

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

实际插入的也是

复制(1, 111)1. 知识点四：如果使用系统默认自增列的值，会从当前最大值开始往后增加。

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

实际插入的是

复制(6, 222)1.

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

复制5,0001,1116,2221.2.3.

你答对了吗?

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

复制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");1.2.3.4.5.6.7.8.9.10.11.12.13.

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

答案：

复制(1, shenjian

)

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

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

复制insert into t1(name)values("shenjian"),("aaa"),("bbb"

)

on duplicate key update count=100;1.2.

请问：

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

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