我们知道MySQL表可以定义一个自增长的id，如果我们的表没有指定主键字段，那MySQL会给我们的表创建一个不可见的，长度为6个自己的row_id，然后不停地往上加步长，虽然生活中自然数是没有上限的，但是在计算机里，我们只要定义了表示这个数的字节长度，那么它就有上限，比如在Java中，int类型的上限值为2^31-1，即2147483647。MySQL无符号整数上限为2^32 -1，即4294967295
表的自增id用完了怎么办
表定义的自增id达到了上线后，再申请下一个id时，得到的值保持不变。
验证一下：
CREATE TABLE `user` (
`id` int(20) unsigned NOT NULL AUTO_INCREMENT,
`name` varchar(10) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=4294967295 DEFAULT CHARSET=utf8;
上面创建了一张user表，id为自增主键，并且我们把AUTO_INCREMENT设置成了4294967295，也就是说下次执行insert语句的时候id为并且我们把AUTO_INCREMENT设置成了4294967295：
INSERT INTO `test`.`user` (`name`) VALUES ('张三');
结果如图：
同样我们在执行一次insert语句就会报主键冲突异常：
MySQL InnoDB系统自增row_id用完了怎么办
如果我们创建的表没有指定主键，那MySQL会给我们指定一个row_id作为主键。InnoDB维护了一个全局的dict_sys.row_id值，所有没有主键的InnoDB表，再每次插入一行数据时，都会将当前的dict_sys.row_id值作为要插入数据的row_id，然后dict_sys.row_id的值加1。row_id占用6个字节长度，所以row_id也是有范围的，即row_id值的范围是从0到2^48(无符号)。和MySQL自增id不同的是，如果row_id达到了上限，下一次取值就从0开始，然后继续循环。如果插入一条数据时申请到的row_id比如是0，如果表中没有row_id为0的数据则直接将数据插入到表中，但如果表中已经有row_id为0的数据，再插入时就会覆盖掉原来的数据。验证一下：创建一张没有主键的表：
CREATE TABLE `use_row_id` (
`name` varchar(10) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
然后依次执行以下语句：
gdb -p 5132 -ex 'p dict_sys.row_id=1' --batch
INSERT INTO `test`.`use_row_id` (`name`) VALUES ('张三');
gdb -p 5132 -ex 'p dict_sys.row_id=281474976710656' --batch
INSERT INTO `test`.`use_row_id` (`name`) VALUES ('李四');
INSERT INTO `test`.`use_row_id` (`name`) VALUES ('王五');
结果如图：
从图中可以看到原来的张三那条数据已经被覆盖了。
总结
MySQL自增id用完后，再次申请id，得到的值保持不变。插入数据会报主键冲突异常。MySQL InnoDB表未指定主键时，MySQL会指定一个row_id，如果row_id用完了，则会从头开始循环。从这点来说还是建议我们创建表的时候指定主键的，毕竟使用row_id会发生覆盖数据，导致原来的数据丢失，影响数据的可靠性。
