MySQL的自增ID用完了如何解決

今天就跟大家聊聊有關(guān)MySQL的自增ID用完了如何解決，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。

首先，創(chuàng)建一個(gè)最簡單的表，只包含一個(gè)自增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)自動(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);

同樣，通過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

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

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

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

如果是這種情況，InnoDB會(huì)自動(dòng)幫你創(chuàng)建一個(gè)不可見的、長度為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è)問題：如果全局row_id一直漲，一直漲，直到2的48冪次-1時(shí)，這個(gè)時(shí)候再+1，row_id的低48位都為0，結(jié)果在插入新一行數(shù)據(jù)時(shí)，拿到的row_id就為0，存在主鍵沖突的可能性。

看完上述內(nèi)容，你們對(duì)MySQL的自增ID用完了如何解決有進(jìn)一步的了解嗎？如果還想了解更多知識(shí)或者相關(guān)內(nèi)容，請(qǐng)關(guān)注億速云行業(yè)資訊頻道，感謝大家的支持。