今日浅浅一问:MySQL自增ID用完了会怎样？

补肺丸あ

于 2024-07-28 12:58:19 发布

阅读量394

点赞数 8

分类专栏：感兴趣就摘写文章标签： mysql 数据库

本文链接：https://blog.csdn.net/qq_55824880/article/details/140748957

版权

2 篇文章 0 订阅

订阅专栏

实际上就是再刷面试题的时候看到的，感觉会有用于是就摘抄过来了呀~

当MySQL自增ID达到其数据类型的最大值时，会根据表是否设置主键而有不同的表现:

设置主键的情况:当主键的自增ID达到上限后，由于主键约束的存在，MySQL无法再生成新的ID，此时尝试插入会报错并提示主键冲突。例如:int类型的无符号自增ID，其最大值为(2^32) - 1（大约42亿这样子，一般来说达不太到），当达到这个值时，插入任何数据将会报错。
未设置主键的情况:如果表未设置主键，InnoDB存储引擎会自动为每行数据生成一个row_id。row_id的长度通常为6个字节，当row_id达到上限时，一些先进的数据库会归零重新开始递增，当然也不排除个别数据库报错误以及数据移出等情况。当然，归零递增的情况会出现数据覆盖的风险。

面对自增ID用完的情况，可采取以下措施:

使用bigint数据类型:可以在设置前期，将自增ID由int类型更改为bigint，bigint的最大值为(2^64)-1，对于就绝大多数场景来说已经足够。但是，要注意bigint会占据更多的存储空间，并对查询性能产生一定影响。下面时bigint设置:
```
ALTER TABLE t MODIFY COLUMN id bigint AUTO_INCREMENT PRIMARY KEY;
```
重置自增ID的起始值:如果数据量没有达到bigint的上限，但是当前自增ID已经很高了，可以考虑通过ALTER TABLE语句重置自增ID的起始值。不过这种方法可能会导致ID不连续，进而影响业务逻辑。在bigint类型的情况下:
```
ALTER TABLE a AUTO_INCREMENT = 3000000000;
```
可使用UUID作为主键:UUID是一种全局唯一的标识符，由128位组成，可确保在分布式系统中生成的唯一ID。但由于UUID生成的ID时随机的，这样也会导致索引效率底下，影响查询性能。
采用分布式ID生成器:分布式ID生成器(如Twitter的snowflake算法)可以生成全局唯一的ID，这些ID通常时递增的，且不受单个数据库或表的限制。使用分布式ID生成器可避免自增ID用完的问题，同时保证ID的唯一性和递增性。
数据迁移与分库分表:当单个表的数据量接近或超过自增ID的上限时。考虑将数据迁移到新的表或数据库中，并在迁移过程中重置自增ID的范围。这种方法需要谨慎处理，以确保数据一致性和业务逻辑的正确性。