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,存在主鍵衝突的可能性。
所以,爲了避免這種隱患,每個表都需要定一個主鍵。