看到這個問題，我想起當(dāng)初玩魔獸世界的時候，25H難度的腦殘吼的血量已經(jīng)超過了21億，所以那時候副本的BOSS都設(shè)計成了轉(zhuǎn)階段、回血的模式，因為魔獸的血量是int型，不能超過2^32大小。

估計暴雪的設(shè)計師都沒想到幾個資料片下來血量都超過int上限了，以至于大家猜想才會有后來的屬性壓縮。

這些都是題外話，只是告訴你數(shù)據(jù)量大了是有可能達(dá)到上限的而已，回到Mysql自增ID上限的問題，可以分為兩個方面來說。

1.有主鍵

如果設(shè)置了主鍵，并且一般會把主鍵設(shè)置成自增。

我們知道，Mysql里int類型是4個字節(jié)，如果有符號位的話就是[-2^31,2^31-1]，無符號位的話最大值就是2^32-1，也就是4294967295。

創(chuàng)建一張表試試：

CREATE TABLE `test1` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(32) NOT NULL DEFAULT '',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2147483647 DEFAULT CHARSET=utf8mb4;

然后執(zhí)行插入

insert into test1(name) values('qq');

這樣表里就有一條達(dá)到有符號位的最大值上限的數(shù)據(jù)。

如果再次執(zhí)行插入語句：

insert into test1(name) values('ww');

就會看到錯誤提示：1062 - Duplicate entry '2147483647' for key 'PRIMARY', Time: 0.000000s。

也就是說，如果設(shè)置了主鍵并且自增的話，達(dá)到自增主鍵上限就會報錯重復(fù)的主鍵key。

解決方案，mysql主鍵改為bigint，也就是8個字節(jié)。

設(shè)計的時候要考慮清楚值的上限是多少，如果業(yè)務(wù)頻繁插入的話，21億的數(shù)字其實還是有可能達(dá)到的。

2.沒有主鍵

如果沒有設(shè)置主鍵的話，InnoDB則會自動幫你創(chuàng)建一個6個字節(jié)的row_id，由于row_id是無符號的，所以最大長度是2^48-1。

同樣創(chuàng)建一張表作為測試：

CREATE TABLE `test2` ( `name` varchar(32) NOT NULL DEFAULT '' ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

通過ps -ef|grep mysql拿到mysql的進程ID，然后執(zhí)行命令，通過gdb先把row_id修改為1

sudo gdb -p 2584 -ex 'p dict_sys->row_id=1' -batch

然后插入幾條數(shù)據(jù)：

insert into test2(name) values('1'); insert into test2(name) values('2'); insert into test2(name) values('3');

再次修改row_id為2^48，也就是281474976710656

sudo gdb -p 2584 -ex 'p dict_sys->row_id=281474976710656' -batch

再次插入數(shù)據(jù)

insert into test2(name) values('4'); insert into test2(name) values('5'); insert into test2(name) values('6');

然后查詢數(shù)據(jù)會發(fā)現(xiàn)4條數(shù)據(jù)，分別是4，5，6，3。

因為我們先設(shè)置row_id=1開始，所以1，2，3的row_id也是1，2，3。

修改row_id為上限值之后，row_id會從0重新開始計算，所以4，5，6的row_id就是0，1，2。

由于1，2數(shù)據(jù)已經(jīng)存在，數(shù)據(jù)則是會被覆蓋。

總結(jié)

自增ID達(dá)到上限用完了之后，分為兩種情況：

1. 如果設(shè)置了主鍵，那么將會報錯主鍵沖突。
2. 如果沒有設(shè)置主鍵，數(shù)據(jù)庫則會幫我們自動生成一個全局的row_id，新數(shù)據(jù)會覆蓋老數(shù)據(jù)

解決方案：

表盡可能都要設(shè)置主鍵，主鍵盡量使用bigint類型，21億的上限還是有可能達(dá)到的，比如魔獸，雖然說row_id上限高達(dá)281萬億，但是覆蓋數(shù)據(jù)顯然是不可接受的。