面試官問(wèn)：MySQL 的自增 ID 用完了，怎么辦？

點(diǎn)擊上方“Java專欄”，選擇“置頂或者星標(biāo)”

第一時(shí)間閱讀精彩文章！

點(diǎn)擊這段文字獲?。?/strong>5個(gè)可以寫到簡(jiǎn)歷的項(xiàng)目實(shí)戰(zhàn)視頻教程（含源碼）

來(lái)源：程序猿面試指南

既然這塊知識(shí)點(diǎn)不清楚，那回頭就自己動(dòng)手實(shí)踐下。

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

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

通過(guò) 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)自動(dòng)變成 2，這離用完還有很遠(yuǎn)，我們可以算下最大當(dāng)前聲明的自增 ID 最大是多少，由于這里定義的是?intunsigned，所以最大可以達(dá)到 2 的 32 冪次方 - 1 = 4294967295

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

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

同樣，通過(guò) 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ù)時(shí)，得到了下面的異常結(jié)果

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

說(shuō)明，當(dāng)再次插入時(shí)，使用的自增 ID 還是?4294967295，報(bào)主鍵沖突的錯(cuò)誤。

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

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

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

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

所以，為了避免這種隱患，每個(gè)表都需要定一個(gè)主鍵。