来源:blog.csdn.net/Crazy_shark/article/details/142054196
👉 欢迎加入小哈的星球,你将获得: 专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论
新项目:《从零手撸:仿小红书(微服务架构)》 正在持续爆肝中,基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17..., 点击查看项目介绍; 《从零手撸:前后端分离博客项目(全栈开发)》 2期已完结,演示链接:http://116.62.199.48/; 截止目前,累计输出 73w+ 字,讲解图 3088+ 张,还在持续爆肝中.. 后续还会上新更多项目,目标是将 Java 领域典型的项目都整一波,如秒杀系统, 在线商城, IM 即时通讯,Spring Cloud Alibaba 等等,戳我加入学习,解锁全部项目,已有2500+小伙伴加入
解决方案 1.更改 ID 列的类型 2.使用 UUID 替代自增 ID 3.分段 ID 生成策略 4.使用合成主键 5.调整自增步长和偏移量 6.数据库分片 总结
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 达到上限的问题。
示例:
将数据分布到多个数据库实例,每个实例有独立的 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 限制。
根据实际情况选择合适的方案,以确保系统的可扩展性和数据的唯一性。
👉 欢迎加入小哈的星球,你将获得: 专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论
新项目:《从零手撸:仿小红书(微服务架构)》 正在持续爆肝中,基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17..., 点击查看项目介绍; 《从零手撸:前后端分离博客项目(全栈开发)》 2期已完结,演示链接:http://116.62.199.48/; 截止目前,累计输出 73w+ 字,讲解图 3088+ 张,还在持续爆肝中.. 后续还会上新更多项目,目标是将 Java 领域典型的项目都整一波,如秒杀系统, 在线商城, IM 即时通讯,Spring Cloud Alibaba 等等,戳我加入学习,解锁全部项目,已有2500+小伙伴加入
最近面试BAT,整理一份面试资料《Java面试BATJ通关手册》,覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。
获取方式:点“在看”,关注公众号并回复 Java 领取,更多内容陆续奉上。
PS:因公众号平台更改了推送规则,如果不想错过内容,记得读完点一下“在看”,加个“星标”,这样每次新文章推送才会第一时间出现在你的订阅列表里。
点“在看”支持小哈呀,谢谢啦