在mysql中有多种自增id，除了我们日常开发中经常使用的自增主键外，还有一些其他的自增id，主要是mysql内部为了辅助其正常运行而使用的。
这些自增id，都是定义了初始值，然后不停的累加步长。对于每一种自增id，在mysql中都会定义其数据类型，以及这个数据类型所占用的字节长度，也就是说每个自增id，都是有上限的，只不过上限的大小不尽相同而已，既然自增id有上限，那么就有可能被用完。
如果MySQL中自增id用完了，会发生什么呢？
id的数据类型为int,可表示的最大数值是2^32-1，也就是4294967295。
1、在建表的时候，指定auto_increment的值为 4294967295。
2、再插入一条id为null的数据行，当自增主键为null时，插入的主键id值auto_increment。
返回信息：
Duplicate entry ‘4294967295’ for key ‘increment_id_test.PRIMARY’
这里产生唯一键冲突的错误，说明执行第二条插入语句时，表increment_id_test的auto_increment的值和表中已有的主键id值 4294967295相同，也即表明：当auto_incement达到上限后，再次申请下一个id时，得到的值保持不变。
当把主键id的数据类型设置为int时，我们需要考虑表未来的数据量大小，毕竟 4294967295 并不是一个很大的值，对于一个每秒插入100行的业务，不到500天，就可以达到主键id上限。
所以在建表时，通常我们都会将主键id设置为8字节的bigint unsigned。
bigint的数据长度为 2^64次方，一个很大很大的数值。理论上，在并发够大，时间够长的情况下，还是有可能达到其上限的，但是这个也仅仅是理论上，因为到目前为止，还没有一个mysql实例超过这个上限。
MySQL中没有自定义主键，row_id上限多少？
使用InnoDB存储引擎时，如果数据表没有设置主键，那么Innodb会给该表设置一个不可见，长度为6字节的默认主键 row_id。
Innodb维护了一个全局的dict_sys.row_id值，这个值，被所有无主键的数据表共同使用，每个无主键的数据表，插入一行数据，都会是当前的dict_sys.row_id的值增加1。
其实row_id的值在存储时，数据长度为8字节，只不过Innodb只使用后6个字节。
row_id写入表中的值范围，是从0-2^48-1。
当row_id的值为2^48时，再进行数据插入，那么row_id的后6个字节的值，就全部为0了。
也就是说，当row_id的值到了2^48次方-1后，再次插入数据，下一个值就是0，然后开始循环。不过和自定义主键不同的是，row_id标识的主键，没有唯一性约束，当插入数据的row_id值，在表中已经存在的话，那么写入的数据会”悄无声息”覆盖已存在的数据。
从上面 Innodb对row_id重复情况下的处理机制来看，在设计表时，最好还是使用自定义主键，而不要使用Innodb的默认主键，至少在自定义主键的场景下，当自增id达到上限时，插入数据，系统会提示报错信息，而不是覆盖数据，因为数据覆盖意味着数据丢失，影响的是数据可靠性，而插入失败产生的报错，影响是可用性。在数据业务中，可靠性通常是优先于可用性的。