如果 MySQL 的自增 ID 用完了，怎么解决？

Java精选面试题 （微信小程序）：5000+道面试题和选择题，包含Java基础、并发、JVM、线程、MQ系列、Redis、Spring系列、Elasticsearch、Docker、K8s、Flink、Spark、架构设计、大厂真题等，在线随时刷题！

MySQL的自增ID（Auto Increment ID）是数据库表中最常用的主键类型之一。然而，在一些特定的场景下，例如当表中的数据量非常大或者应用场景特殊时，自增ID可能会达到其最大值。默认情况下，MySQL 的自增ID是一个 BIGINT类型，这种类型的最大值是2^63 - 1，即9223372036854775807，远远超过实际应用中可能达到的数量级。但是，在一些情况下，例如使用了 INT 类型或是数据表长期运行且ID的使用不当时，可能会遇到ID用尽的问题。

解决方案

1. 更改ID列的类型

如果表中的自增ID已经接近上限，可以通过更改列的类型来扩展ID的范围。

从INT扩展到BIGINT：

ALTER TABLE table_name MODIFY id BIGINT UNSIGNED AUTO_INCREMENT;

BIGINT类型提供了更大的数值范围，比INT类型可以支持更大的ID数量。

2. 使用UUID替代自增ID

UUID（通用唯一标识符）是一种具有很高唯一性的标识符，UUID的长度为 128 位，几乎可以保证全局唯一性。使用UUID替代自增ID可以避免ID用尽的问题，但UUID相较于自增ID更长，会对存储和性能产生影响。

生成UUID的示例：

CREATE TABLE table_name (
    id CHAR(36) NOT NULL PRIMARY KEY DEFAULT (UUID()),
    name VARCHAR(255)
);

在插入数据时，UUID会自动生成。

INSERT INTO table_name (name) VALUES ('example_name');

可以使用MySQL提供的UUID() 函数来生成UUID。

3. 分段ID生成策略

这种策略将ID生成分成多个段，每个段由不同的生成策略或不同的表来管理。通过这种方式，可以避免单一表的ID上限问题。

使用不同的表来生成 ID：

维护多个ID生成表，每个表管理一个ID段。例如：

CREATE TABLE id_generator_1 (
    id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
    INDEX (id)
);
 
CREATE TABLE id_generator_2 (
    id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
    INDEX (id)
);

在插入新数据时，根据需要选择合适的表来生成ID。

4. 使用合成主键

合成主键（Composite Key）是由多个列组合而成的主键。这种方案可以在需要时使用额外的列来生成唯一标识符，从而避免单一列的ID限制。

示例：

CREATE TABLE table_name (
    id INT UNSIGNED AUTO_INCREMENT,
    other_column VARCHAR(255),
    PRIMARY KEY (id, other_column)
);

5. 调整自增步长和偏移量

调整自增列的步长和偏移量，虽然这不能直接解决ID用尽问题，但可以优化ID 的分配和使用效率。

设置步长和偏移量：

ALTER TABLE table_name AUTO_INCREMENT = 1000000;

这将ID从一个新的起始值开始。

6. 数据库分片

数据库分片（Sharding）是将数据分布到多个数据库实例上，从而避免单个数据库的自增ID达到上限的问题。

推荐划水摸鱼地址： https://www.yoodb.com/slack-off/home.html

示例：

将数据分布到多个数据库实例，每个实例有独立的ID生成策略。例如：

CREATE TABLE db1.table_name (
    id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
    name VARCHAR(255)
);
 
CREATE TABLE db2.table_name (
    id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
    name VARCHAR(255)
);

在应用层选择合适的数据库实例来插入数据。

总结

• 更改ID列的类型：将INT更改为BIGINT，以提供更大的ID范围。

• 使用UUID：替代自增ID以避免ID用尽问题，但需要考虑UUID的存储和性能影响。

• 分段ID生成策略：通过维护多个ID生成表或段来管理ID。

• 使用合成主键：使用多个列组合成主键，以绕过单一列的限制。

• 调整自增步长和偏移量：优化自增列的使用。

• 数据库分片：将数据分布到多个数据库实例上，避免单个数据库的ID限制。

根据实际情况选择合适的方案，以确保系统的可扩展性和数据的唯一性。

作者：每天瞎忙的农民工 https://blog.csdn.net/Crazy_shark/article/details/142054196

公众号“Java精选”所发表内容注明来源的，版权归原出处所有（无法查证版权的或者未注明出处的均来自网络，系转载，转载的目的在于传递更多信息，版权属于原作者。如有侵权，请联系，笔者会第一时间删除处理！

最近有很多人问，有没有读者交流群！加入方式很简单，公众号Java精选，回复“加群”，即可入群！

Java精选面试题（微信小程序）：3000+道面试题，包含Java基础、并发、JVM、线程、MQ系列、Redis、Spring系列、Elasticsearch、Docker、K8s、Flink、Spark、架构设计等，在线随时刷题！

特别推荐：专注分享最前沿的技术与资讯，为弯道超车做好准备及各种开源项目与高效率软件的公众号，「大咖笔记」，专注挖掘好东西，非常值得大家关注。点击下方公众号卡片关注。

文章有帮助的话，点在看，转发吧！