MySQL的自增id用完后,再插入數(shù)據(jù)有什么問題?

既然這塊知識點不清楚,那回頭就自己動手實踐下。

首先,創(chuàng)建一個最簡單的表,只包含一個自增id,并插入一條數(shù)據(jù)。

create?table?t0(id?int?unsigned?auto_increment?primary?key)?;insert?into?t0?values(null);

通過show命令 show create table t0; 查看表情況

CREATE?TABLE?`t0`?(??`id`?int(10)?unsigned?NOT?NULL?AUTO_INCREMENT,??PRIMARY?KEY?(`id`))?ENGINE=InnoDB?AUTO_INCREMENT=2?DEFAULT?CHARSET=utf8

可以發(fā)現(xiàn) AUTO_INCREMENT 已經(jīng)自動變成2,這離用完還有很遠(yuǎn),我們可以算下最大當(dāng)前聲明的自增ID最大是多少,由于這里定義的是 intunsigned,所以最大可以達到2的32冪次方 - 1 = 4294967295

這里有個小技巧,可以在創(chuàng)建表的時候,直接聲明AUTO_INCREMENT的初始值

create?table?t1(id?int?unsigned?auto_increment?primary?key)??auto_increment?=?4294967295;insert?into?t1?values(null);

同樣,通過show命令,查看t1的表結(jié)構(gòu)

CREATE?TABLE?`t1`?(??`id`?int(10)?unsigned?NOT?NULL?AUTO_INCREMENT,??PRIMARY?KEY?(`id`))?ENGINE=InnoDB?AUTO_INCREMENT=4294967295?DEFAULT?CHARSET=utf8

可以發(fā)現(xiàn),AUTO_INCREMENT已經(jīng)變成4294967295了,當(dāng)想再嘗試插入一條數(shù)據(jù)時,得到了下面的異常結(jié)果

17:28:03????insert?into?t1?values(null)?Error?Code:?1062.?Duplicate?entry?'4294967295'?for?key?'PRIMARY'????0.00054?sec

說明,當(dāng)再次插入時,使用的自增ID還是 4294967295,報主鍵沖突的錯誤。

4294967295,這個數(shù)字已經(jīng)可以應(yīng)付大部分的場景了,如果你的服務(wù)會經(jīng)常性的插入和刪除數(shù)據(jù)的話,還是存在用完的風(fēng)險,建議采用bigint unsigned,這個數(shù)字就大了。

不過,還存在另一種情況,如果在創(chuàng)建表沒有顯示申明主鍵,會怎么辦?

如果是這種情況,InnoDB會自動幫你創(chuàng)建一個不可見的、長度為6字節(jié)的row_id,而且InnoDB 維護了一個全局的 dictsys.row_id,所以未定義主鍵的表都共享該row_id,每次插入一條數(shù)據(jù),都把全局row_id當(dāng)成主鍵id,然后全局row_id加1

該全局row_id在代碼實現(xiàn)上使用的是bigint unsigned類型,但實際上只給row_id留了6字節(jié),這種設(shè)計就會存在一個問題:如果全局row_id一直漲,一直漲,直到2的48冪次-1時,這個時候再+1,row_id的低48位都為0,結(jié)果在插入新一行數(shù)據(jù)時,拿到的row_id就為0,存在主鍵沖突的可能性。

所以,為了避免這種隱患,每個表都需要定一個主鍵。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

推薦閱讀更多精彩內(nèi)容