MySQL自增ID,居然大部分人都搞錯(cuò)了!?
《??MySQL刪除數(shù)據(jù)的三種方式??》中的作業(yè)題,99%的人答錯(cuò),有點(diǎn)出乎意料。畫外音:評(píng)論中不乏嘲笑知識(shí)點(diǎn)簡(jiǎn)單的小伙伴。
今天簡(jiǎn)單說(shuō)下作業(yè)題中的答案,以及知識(shí)點(diǎn)。
作業(yè)題是這樣的:
實(shí)驗(yàn)步驟如上圖:
- 第一步:建表,設(shè)定自增列;
- 第二步:指定id=1插入,錨定第一行是id是1;
- 第三步:不指定id,依賴自增機(jī)制,插入3行;畫外音:此時(shí)id應(yīng)該變?yōu)?,3,4了?
- 第四步:delete刪除所有記錄;畫外音:坑就容易出在這里。
- 第五步:指定id=0插入;
- 第六步:指定id=1插入;
- 第七步:不指定id,依賴自增機(jī)制,插入1行;
請(qǐng)問(wèn),此時(shí)表中的三行記錄,id分別是多少?
知識(shí)點(diǎn)一:delete數(shù)據(jù)后,自增列計(jì)數(shù)不會(huì)從頭開始。
畫外音:truncate數(shù)據(jù)后,自增列計(jì)數(shù)會(huì)從頭開始。
因此,在第四步delete刪除所有4條記錄后,自增列計(jì)數(shù),并不會(huì)重新歸0,也就是說(shuō),下一條insert的記錄,自增列的值會(huì)是5。
知識(shí)點(diǎn)二:含自增列的表,插入時(shí)可以手動(dòng)指定自增列的值,但不能與已有值沖突,也可以使用系統(tǒng)默認(rèn)自增列的值。
因此,第五、六、七步都是允許的:
insert (0, '000')
insert (1, '111')
insert ('222')
知識(shí)點(diǎn)三:如果手動(dòng)指定自增列的值是0或者NULL,MySQL會(huì)視為無(wú)效,并使用系統(tǒng)默認(rèn)自增列的值。
也就是說(shuō),第五步insert (0, '000') 又或者 insert (NULL, '000')都會(huì)被MySQL視為:
insert ('000')
即,實(shí)際插入到表中的記錄是
(5, '000')
第六步insert (1, '111')沒(méi)有問(wèn)題
實(shí)際插入的也是
(1, '111')
知識(shí)點(diǎn)四:如果使用系統(tǒng)默認(rèn)自增列的值,會(huì)從當(dāng)前最大值開始往后增加。
也就是說(shuō),第七步insert ('222'),會(huì)使用默認(rèn)值6,而不是2。
實(shí)際插入的是
(6, '222')
故,實(shí)驗(yàn)結(jié)果,最終的三行記錄是:
5,000
1,111
6,222
你答對(duì)了嗎?
為了鞏固下上面的知識(shí)點(diǎn),咱們一起來(lái)復(fù)習(xí)一下:
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");
請(qǐng)問(wèn),執(zhí)行結(jié)束后id分別是多少呢?
答案:
(1, 'shenjian')
(111, '111') // 允許指定值
(112, 'abc') // 忽略NULL,從最大值開始增
(222, '222') // 允許指定值
(223, 'xyz') // 忽略NULL,從最大值開始增
上題如果繼續(xù)執(zhí)行以下語(yǔ)句:
insert into t1(name)values("shenjian"),("aaa"),("bbb")
on duplicate key update count=100;
請(qǐng)問(wèn):
- 會(huì)不會(huì)執(zhí)行報(bào)錯(cuò)?
- 如果報(bào)錯(cuò),為什么呢?
- 如果不報(bào)錯(cuò),得到的數(shù)據(jù)是什么呢?
知其然,更知其底層所以然。