1、遇到的问题

Mysql 的自增主键达到最大值，会发生什么你知道吗？就在今天，我们线上就发生了这种问题！！！

他会发生异常，报错如下：

Duplicate entry '2147483647' for key 'PRIMARY'

org.springframework.dao.DataIntegrityViolationException: could not execute statement; SQL [n/a]; constraint [PRIMARY]; nested exception is org.hibernate.exception.ConstraintViolationException: could not execute statement

insert 数据就会报错。

2、分析

总结来说这算是架构上的设计问题吧。先说一下我们目前暴露出来的俩问题：

① Mysql 的自增主键默认是 int 类型，4 个字节，一个字节 8 位，即如果是有符号的位的话，最大值就是(2^31)-1，也就是2147483647，基本也就能存储 20 亿数据。当数据达到千万上亿级别时，查询数据就会特别特别慢了，所以我们就采取了数据归档。这里是另外一个坑下面在介绍。应该根据业务数据量，分析数据的增长情况，提前规划进行分库分表，至少要保证每个表不超过千万级。这样才能保证查询效率。

② 这里说下上边提到的另外一个坑：我们的因为查询比较慢，对表做过几次数据归档，就是将数据写入一张表中，当数据量很大时，就定时将某个时间之前的数据写入另一个表中，这样做也是有一些坑的。

Mysql的 delete 并不会真正的删除磁盘空间，而只是标记相应的区域，在合适的时候还可以再利用。如果要真正腾出磁盘空间还必须使用 optimize table xxx 进行磁盘碎片处理，但是这个命令会在相应的库下产生一个很大的 #sql-xxx 文件，此文件的赠长速度特别快，要清除的表越大它的增长速度就越快，所以不能等磁盘已经快满了才想起来清理。

而且 optimize 命令会锁表，一般根据表的数据增长速度和删除等情况综合考虑决定 optimize 命令的执行频率。比如在访问量最小的时候一个月或者两个月执行一次。

3、解决办法

① 修改 id 字段类型，int 改为 bigint（太占空间了，一个bigint的存储大小为8字节） bigint 的大小是8个字节，一个字节 8 位，有符号的最大值就是 2 的 63 次方 -1。即 bigint 带符号的范围是 -9223372036854775808 到 9223372036854775807。无符号的范围是 0 到 18446744073709551615。

② 有能力还是分表，有效避免这个问题

③ 将 int 类型设置为无符号的可以扩大一倍

基于以上三种最好的处理方法还是分库分表。

4、临时解决方案

目前我们基于线上的临时解决方案是新建了一个同结构的表，业务数据走新表，查询兼容旧表

使用mysql数据库：

因为数据库主键增长到啦最大值，数据id达到了20亿，查询数据好像只有200万数据；

int字段：数据的范围在-2^31~2^31-1

2^31-1 = 2147483647

unsigend long int是无符号整数类型，能表示的整数范围是0~4294967295，即0~2^32-1。

主键自增到最大时候：

int有符号：

处理方案：

之前id的值是int，现在设计一个新的表，将新的表的id的类型为bigint 或者（将int有符号修改为无符号），然后将原来的数据copy到新表中，当copy完成后再将新表的表名修改为原来的表，原来的表名也修改下。

但是后台代码需要先更新，之前后台用的是Integer，不然的话插入就会报

数据的是正常插入没有问题，就是后台会有异常 

在mysql中int类型占四个字节，有符号书的话，最大值就是(2^31)-1，也就是2147483647，二十多亿。
然后如果这个自增主键达到最大值，是会报错的

Duplicate entry '2147483647' for key 'PRIMARY'

错误翻译过来的意思大概是主键2147483647重复了。

解决方法：

①、修改id字段类型，int改为bigint（太占空间了，一个bigint的存储大小为8字节） bigint的大小是8个字节，一个字节8位，有符号的最大值就是2的63次方-1

②、有能力还是分表，有效避免这个问题

③、将int类型设置为无符号的可以扩大一倍

有符号int最大可以支持到约22亿，远远大于我们的需求和MySQL单表所能支持的性能上限。

对于OLTP应用来说，单表的规模一般要保持在千万级别，不会达到22亿上限。如果要加大预留量，可以把主键改为改为无符号int，上限为42亿，这个预留量已经是非常的充足了。
使用bigint，会占用更大的磁盘和内存空间，内存空间毕竟有限，无效的占用会导致更多的数据换入换出，额外增加了IO的压力，对性能是不利的。

因此推荐自增主键使用int unsigned类型，但不建议使用bigint

有能力选择分表，更好解决这个问题。