来自：Java技术驿站
既然这块知识点不清楚，那回头就自己动手实践下。
首先，创建一个最简单的表，只包含一个自增id，并插入一条数据。
create table t0(id int unsigned U h A , 1 o ) 7auto_increment primary&nbj I C w e k w d qsp;key)&nbJ U ? Zsp;;insert into t0 values(null);通过show命令 show create table t0; 查看表情况
CREATEd p j @ L + TA^ H R 4 wBLE `t0` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, PRIMARY KEY (`id`), # f E : N ^ T) EN^ K 2 3 : m [GINE=InnoDB&n8 ) ! 1bsp;AUTO_INCREMENT=2 DEFAULT CHARSET=utf8可以发现 AUTO_INCREMENT 已经自动变成2，这离用完C h N = W 5 H C还有很远，我们可以算下最大/ + E ^ { x @ U当前声明的自增ID最大是多少，由于这里定义的是 intunsigned，所以最大可以达到2的32幂次方 - 1 = 4294967295
这里有个小技巧，可以在创建表的时候，直接声明Aj M 5UTO_INCREMENT的初始值
c5 _ c A p j .reate table k v N;t1(id&nb} d [ e G c Msp;int unsigned&nbs* x = h c , k .p;auto_increment ~ ) U * j { Pprimary key) &nG f 1 m Y 0 o nbsp;autX g : Xo_increment = 4294967295;insert&nb. f D V -sp;into t1 values(null);C 5 [ ,同样，通过s0 t e 7 :how命令，查看q $ C K ! A E K ,t1的表结构
CREATE TABLE `t1`&nbs- X u !p;( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, PRIMARY KEY (`id`)) ENGINE=InnoDB AUTO_INCREMENT=4294967295 DEFAULT CHARSET=utN F . u l 6 9f8可以发K = i : f X i n h现，AUTO_INCREMENT已经变成4294967295了，当想再尝试插入一条数据时，得到了下面的异常结果
17:28:03 &nbsR i ? T . m Z np; insert into&nL ; i U v - ! P Dbsp;t1&nb[ } Asp;values(null) Error&nbsr ? . ^ U x _ H hp;Code: 1062.&nbst t R e b b ; 7 9p;Duplicate ent% S S S d @ Lry \'429496Y v 3 p [ 7295\' for key \'PRIMAR/ U ! X z 4 ! lY\~ 9 G 4 Y - 5 q' 0.00054 sec说明，当再次插入时，使用的自增ID还是 429y _ x ^4967295，报主键冲突的错误。
4294967295，这个数字已经可以应付大部分的场景了，如果你的服务会经常性的插入和删除数据的话，还是存在用完的风险，建议采用bigint un~ ~ / $ d F z & Wsigned，这个数字就大了。
不过，还存在另一种情况，如果在创建表没有显示申明主键，; W B b v会怎么办？
如果是这种情况，( / $ $ i + ~ 2 LInL k S lnoDB会自动帮你创建一个不可见的、长度为6字节的row_id，而且Inno. / s T z vDB 维护了一个全局的 dictsys.row_id，所以未定义主键的表都共享该row_id，每次插入一条数据，都把全局row_id当成主键id，然后全局row_id加1
该全局rI K 4 ~ g j P $ow_id在代码实现上使用的是bigint unsignedH $ =类型，但实际上只给row_id留了6S s T = ` m ; #字节，这种设计就会存在一个问题：如果全局row_id一直涨，一直涨，直到2的48幂次-1时，这个时候再+1，row_id的低48位都为0，结果在插入新一行数据时，拿到的row_iS 0 F Pd就为0，存在主键冲突的可能性。
所以，为了避免这种隐患，每个表都需要定一个主键。