MySQL學習筆記-MySQL的自增ID會用完嗎?

MySQL的自增ID會用完嗎?

話不多說,上代碼,直接測:

首先,創建一個最簡單的表,只包含一個自增 id,並插入一條數據。

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

可以發現 AUTO_INCREMENT 已經自動變成 2,這離用完還有很遠。

我們可以算下最大當前聲明的自增 ID 最大是多少,由於這裏定義的是intunsigned,所以最大可以達到2 的 32 冪次方等於4294967295

這裏有個小技巧,可以在創建表的時候,直接聲明 AUTO_INCREMENT 的初始值

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

同樣,通過 show 命令,查看 t1 的表結構

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

可以發現,AUTO_INCREMENT 已經變成 4294967295 了,當想再嘗試插入一條數據時,得到了下面的異常結果

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

說明,當再次插入時,使用的自增 ID 還是 4294967295,報主鍵衝突的錯誤。

4294967295這個數字已經可以應付大部分的場景了,如果你的服務會經常性的插入和刪除數據的話,還是存在用完的風險,建議採用 bigint unsigned,這個數字就大了。


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

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

該全局 row_id 在代碼實現上使用的是 bigint unsigned 類型,但實際上只給 row_id 留了 6 字節,這種設計就會存在一個問題:如果全局 row_id 一直漲,一直漲,直到 2 的 48 冪次 - 1 時,這個時候再 + 1。

row_id 的低 48 位都爲 0,結果在插入新一行數據時,拿到的 row_id 就爲 0,存在主鍵衝突的可能性。

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

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章