既然這塊知識(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);
通過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)付大部分的場(chǎ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è)不可見的、長(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è)問題：如果全局row_id一直漲，一直漲浴韭，直到2的48冪次-1時(shí)丘喻，這個(gè)時(shí)候再+1，row_id的低48位都為0念颈，結(jié)果在插入新一行數(shù)據(jù)時(shí)泉粉，拿到的row_id就為0，存在主鍵沖突的可能性榴芳。
所以嗡靡，為了避免這種隱患，每個(gè)表都需要定一個(gè)主鍵窟感。
