共計 1476 個字符，預計需要花費 4 分鐘才能閱讀完成。

本篇文章為大家展示了 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 冪次方 – 1 = 4294967295

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

create table t1(id int unsigned auto_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，存在主鍵沖突的可能性。

上述內容就是 MySQL 自增 ID 用完了如何解決，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注丸趣 TV 行業資訊頻道。