首先，創(chuàng)建一個(gè)最簡(jiǎn)單的表，只包含一個(gè)自增id，并插入一條數(shù)據(jù)。
create table test0(id int unsigned auto_increment primary key) ;
insert into test values(null);
通過show命令 show create table test0; 查看表情況
CREATE TABLE `test0` ( `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 test1(id int unsigned auto_increment primary key) auto_increment = 4294967295;insert into t1 values(null);
同樣，通過show命令，查看t1的表結(jié)構(gòu)
CREATE TABLE `test1` ( `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ò)誤。
對(duì)于大多數(shù)場(chǎng)景來說，4294967295這個(gè)數(shù)字已經(jīng)足夠應(yīng)付需求。然而，如果您的服務(wù)經(jīng)常性地處理大量數(shù)據(jù)并進(jìn)行頻繁的插入和刪除操作，那么確實(shí)存在使用完該數(shù)字范圍的風(fēng)險(xiǎn)。在這種情況下，采用bigint unsigned數(shù)據(jù)類型會(huì)更合適，因?yàn)樗峁┝烁蟮臄?shù)字范圍，可以滿足更高的需求。
（此處已添加書籍卡片，請(qǐng)到今日頭條客戶端查看）不過，還存在另一種情況，如果在創(chuàng)建表沒有顯示申明主鍵，會(huì)怎么辦？
InnoDB在處理未定義主鍵的表時(shí)會(huì)自動(dòng)創(chuàng)建一個(gè)不可見的6字節(jié)row_id，并維護(hù)一個(gè)全局的dictsys.row_id。每次插入數(shù)據(jù)時(shí)，都將全局row_id作為主鍵id，并將全局row_id遞增1。
然而，這種設(shè)計(jì)可能存在一個(gè)潛在的問題。如果全局row_id一直增加，直到達(dá)到2的48次方減1時(shí)，再次遞增1會(huì)導(dǎo)致row_id的低48位變?yōu)?。這樣，在插入新行數(shù)據(jù)時(shí)，可能會(huì)遇到與已有行數(shù)據(jù)的主鍵沖突的情況。
為了避免這種潛在問題，確實(shí)建議為每個(gè)表定義一個(gè)主鍵。通過明確定義主鍵，您可以確保每個(gè)插入的數(shù)據(jù)行都有唯一的標(biāo)識(shí)，避免主鍵沖突的可能性。
