面试官:数据库自增 ID 用完了会咋样?

自增id用完怎么办? MySQL 里有很多自增的 id,每个自增 id 都是定义了初始值,然后不停地往上加步长。虽然自然数是没有上限的,但是在计算机里,只要定义了表示这个数的字节长度,那它就有上限。比如,无符号整型 (unsigned int) 是 4 个字节,上限就是 232-1。既然自增 id 有上限,就有可能被用完。但是,自增 id 用完了会怎么样呢?今天这篇文章,我们就来看看 MySQL 里面的几种自增 id,一起分析一下它们的值达到上限以后,会出现什么情况。 阅读详情

01 前言

哈喽,好久没更新啦。因为最近在面试。用了两周时间准备,在 3 天之内拿了 5 个 offer,最后选择了广州某互联网行业独角兽 offer,昨天刚入职。这几天刚好整理下在面试中被问到有意思的问题,也借此机会跟大家分享下。

这家企业的面试官有点意思,一面是个同龄小哥,一起聊了两个小时(聊到我嘴都干了)。他问了我一个有意(keng)思(b)问题:

数据库中的自增 ID 用完了该怎么办?

这个问题其实可以分为有主键 & 无主键两种情况回答。

国际惯例,先上张脑图:

02 有主键

如果你的表有主键,并且把主键设置为自增。

在 MySQL 中,一般会把主键设置成 int 型。而 MySQL 中 int 型占用 4 个字节,作为有符号位的话范围就是 [-231,231-1],也就是[-2147483648,2147483647];无符号位的话最大值就是 2^32-1,也就是 4294967295。

下面以有符号位创建一张表:

CREATE TABLE IF NOT EXISTS `t`(
   `id` INT(11) NOT NULL AUTO_INCREMENT,
   `url` VARCHAR(64) NOT NULL,
   PRIMARY KEY ( `id` )
)ENGINE=InnoDB DEFAULT CHARSET=utf8; 

插入一个 id 为最大值 2147483647 的值,如下图所示:

如果此时继续下面的插入语句:

INSERT INTO t (url) VALUES ('wwww.javafish.top/article/erwt/spring') 

结果就会造成主键冲突:

2.1 解决方案

虽说 int 4 个字节,最大数据量能存储 21 亿。你可能会觉得这么大的容量,应该不至于用完。但是互联网时代,每天都产生大量的数据,这是很有可能达到的。

所以,我们的解决方案是:把主键类型改为 bigint,也就是 8 个字节。这样能存储的最大数据量就是 2^64-1,我也数不清有多少了。反正在你有生之年应该是够用的。

PS:单表 21 亿的数据量显然不现实,一般来说数据量达到 500 万就该分表了。

03 没主键

另一种情况就是建表时没设置主键。这种情况,InnoDB 会自动帮你创建一个不可见的、长度为 6 字节的 row_id,默认是无符号的,所以最大长度是 2^48-1。

实际上 InnoDB 维护了一个全局的 dictsys.row_id,所以未定义主键的表都共享该 row_id,并不是单表独享。每次插入一条数据,都把全局 row_id 当成主键 id,然后全局 row_id 加 1。

这种情况的数据库自增 ID 用完会发生什么呢?

1、创建一张无显示设置主键的表 t:

CREATE TABLE IF NOT EXISTS `t`(
   `age` int(4) NOT NULL
)ENGINE=InnoDB DEFAULT CHARSET=utf8; 

2、通过 ps -ef|grep mysql 命令获取 mysql 的进程 ID,然后执行命令,通过 gdb 先把 row_id 修改为 1。PS:没有 gdb 的,百度安装下

sudo gdb -p 16111 -ex 'p dict_sys->row_id=1' -batch 

出现下图就是没错的:

3、插入三条数据:

insert into t(age) values(1);
insert into t(age) values(2);
insert into t(age) values(3); 

此时的数据库数据:

4、gdb 把 row_id 修改为最大值:281474976710656

sudo gdb -p 16111 -ex 'p dict_sys->row_id=281474976710656' -batch 

5、再插入三条数据:

insert into t(age) values(4);
insert into t(age) values(5);
insert into t(age) values(6); 

此事的数据库数据:

分析:

  • 刚开始设置 row_id 为 1,插入三条数据 1、2、3 的 row_id 也理应是 1、2、3;这是没问题的。

  • 接着设置 row_id 为最大值,紧跟着插入三条数据。这时的数据库结果是:4、5、6、3;你会发现 1、2 被覆盖了。

  • row_id 达到后最大值后插入的值 4、5、6 的 row_id 分别是 0、1、2;由于 row_id 为 1、2 的值已存在,所以后者的值 5、6 会覆盖掉 row_id 为 1、2 的值。

结论:row_id 达到最大值后会从 0 重新开始算;前面插入的数据就会被后插入的数据覆盖,且不会报错。

04 总结

数据库自增主键用完后分两种情况:

  • 有主键,报主键冲突
  • 无主键,InnDB 会自动生成一个全局的row_id。它到达最大值后会从 0 开始算,遇到 row_id 一样时,新数据覆盖旧数据。所以,我们还是尽量给表设置主键。

为什么我说这是个有意(keng)思(b)问题?

我的回答除了以上解决方法外,还提到在业务开发中,我们不会等到主键用完那天就已经分库分表了,基本不会遇到这种情况。

这时,面试官可能会问你分库分表咋处理,如果你不会就不要主动提了,点到即止。

05大厂面试题 & 电子书

前段时间,在和群友聊天时,把今年他们见到的一些不同类别的面试题整理了一番,于是有了以下面试题集,也一起分享给大家~

如果你觉得这些内容对你有帮助,可以加入csdn进阶交流群,领取资料

基础篇


JVM 篇


MySQL 篇



Redis 篇




由于篇幅限制,详解资料太全面,细节内容太多,所以只把部分知识点截图出来粗略的介绍,每个小节点里面都有更细化的内容!

如果你觉得这些内容对你有帮助,可以加入csdn进阶交流群,领取资料

Kill5.37版本下,使用ARMcomplier6编译__asm 函数报错的问题 Kill5-5.37版本下,使用ARMcomplier6编译__asm 函数报错的问题 问题简要描述: 昨日更新了keil5软件的版本,从5.17更新到了5.37版本,然后编译STM32项目文件时,软件提示编译报错。报错问题如下: Build started: Project: QKsoftware *** Using Compiler 'V6.18', folder: 'E:\MDK-ARM\ARM\ARM\ARMCLANG\Bin' Build target 'QKsoftware' compiling 阅读详情

相关推荐

Windows本地部署Qwen3-14B实战指南:Ollama+Open WebUI零Docker方案

大语言模型本地部署是AI工程化落地的关键环节,其核心在于推理框架兼容性、硬件加速适配性与端到端稳定性。Ollama作为轻量级模型运行时,原生支持Windows DirectML与CUDA,规避了Docker/WSL2虚拟化开销和llama.cpp编译风险;Qwen3-14B则凭借128K上下文、Tool Calling原生支持及中文长文本结构化能力,成为政务、金融等场景首选。本文聚焦Windows平台真实约束——显存阈值、驱动版本匹配、路径编码兼容、离线知识库集成(RAG)等工程细节,提供经63台Windo

weixin_32136203的博客 413

如何处理MySQL自增ID用完

如果大家对相关文章感兴趣,可以关注公众号"架构殿堂",会持续更新AIGC,java基础面试题, netty, spring boot,spring cloud等系列文章,一系列干货随时送达!

Venus's Blog 2万+

告别‘小目标’丢失!手把手复现DNANet红外检测网络(PyTorch版)

本文详细介绍了如何使用PyTorch从零实现DNANet红外小目标检测网络,重点解析了DNIM模块和CSAM注意力机制的设计与实现。通过实战教程,帮助开发者解决红外小目标检测中的特征提取和训练调参难题,适用于军事侦察、安防监控等场景。

weixin_28701593的博客 253

MySQL自增ID用完了怎么办?4种解决方案!

MySQL的自增ID是通过自动增量机制生成的。当创建一张新表并定义了一个自增列时,MySQL会在表中创建一个叫做AUTO_INCREMENT的计数器。每当插入一行新数据时,MySQL会自动将这个计数器的值加一,并将这个新的值插入到自增列中。这样,每一行数据都会拥有一个唯一的自增ID。默认情况下,自增ID的起始值是1,并且每次自增1。这个起始值可以通过ALTER TABLE语句来更改。

Dark_orange的博客 5717

TypeError: XGBClassifier.fit() got an unexpected keyword argument ‘early_stopping_rounds‘ 解决方案

本文主要介绍了TypeError: XGBClassifier.fit() got an unexpected keyword argument 'early_stopping_rounds’解决方案,希望能对使用XGBoost的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案

weixin_43178406的博客 1万+

【CAN总线测试】——使用VH6501 进行Busoff快慢恢复测试

即在IDBase中填标准帧11位二进制ID,如果不满11位,高位补零,凑齐11位,并将下方CurrTriggerField设置干扰前一位AckSlot位,Triggeroffset设置为0。首先确认环境支持VN6501,6501硬件连接成功后,工程的小闪电是正常黄色状态,若是灰色证明缺少License,或者软件安装环境不正确。填写干扰报文ID、干扰位置 注意这里的干扰位置是实际干扰的前一位,TriggerOffset表示偏移量,可以干扰某个字节的具体位.找到并打开Panel后,开启工程,并且配置面板。

LOVE135149的博客 5634

如果 MySQL 的自增ID用完了,怎么解决?

将 INT 更改为 BIGINT,以提供更大的 ID 范围。替代自增 ID 以避免 ID 用尽问题,但需要考虑 UUID 的存储和性能影响。通过维护多个 ID 生成表或段来管理 ID。使用多个列组合成主键,以绕过单一列的限制。优化自增列的使用。将数据分布到多个数据库实例上,避免单个数据库的 ID 限制。根据实际情况选择合适的方案,以确保系统的可扩展性和数据的唯一性。

lingqu+wx bjmsb06 701

全志F1C200S嵌入式驱动开发(lcd屏幕驱动)

【 声明:版权所有,欢迎转载,请勿用于商业用途。 联系信箱:feixiaoxing @163.com】 lcd RGB屏幕作为比较经济、实用的显示工具,在实际场景中使用较多。它的信号来说,一般也比较简单,除了常规的数据信号,剩下来就是行同步、场同步、数据使能和时钟信号了。数据信号方面,常见的格式有RGB888、RGB666、RGB565。为什么有什么多选择,主要还是取决于soc pin脚的多少来定。当然,pin脚越多,显示的颜色就越精准,还原度就越高。 举例来说,假设

嵌入式-老费,一个分享专业嵌入式知识的blog 2796

MySQL:数据库自增 ID 用完了会咋样?

01 前言 数据库中的自增 ID 用完了该怎么办? 这个问题其实可以分为有主键 & 无主键两种情况回答。 先上张脑图: 02 有主键 如果你的表有主键,并且把主键设置为自增。 在 MySQL 中,一般会把主键设置成 int 型。而 MySQL 中 int 型占用 4 个字节,作为有符号位的话范围就是 [-231,231-1],也就是[-2147483648,2147483647];无符号位的话最大值就是 2^32-1,也就是 4294967295。 下面以有符号位创建一张表: CREATE T

m0_69519298的博客 3237

股票价格预测的秘密武器:用C#实现蒙特卡洛路径模拟,轻松掌握市场波动规律!

摘要: 蒙特卡洛模拟是股票预测的有效工具,通过随机抽样模拟价格路径,克服传统技术分析的局限性。其核心模型是几何布朗运动(GBM),描述股价随机变化过程。C#实现的关键步骤包括:1)获取输入参数;2)生成随机数路径;3)分析结果。该方法不预测具体价格,而是提供可能的价格范围,帮助投资者评估风险。代码结构清晰,分为输入、模拟、分析和可视化四个模块,通过参数封装提高可读性,适用于不确定市场的概率预测。

墨夶的博客 604

基于YOLOv8的铁路轨道异物检测系统设计与实现

目标检测是计算机视觉领域的核心任务之一,旨在识别图像中特定目标的位置和类别。传统方法主要依赖手工特征(如HOG、SIFT等)和分类器(如SVM),而深度学习方法通过卷积神经网络自动学习特征表示,显著提升了检测性能。YOLO(You Only Look Once)系列算法作为单阶段目标检测的代表,以其高效的检测速度著称。YOLOv8是Ultralytics公司于2023年发布的最新版本,在精度和速度上都有进一步提升。

YOLO 575

8年面试官问到:数据库自增 ID 用完了会咋样?

有主键 如果你的表有主键,并且把主键设置为自增。 在 MySQL 中,一般会把主键设置成 int 型。而 MySQL 中 int 型占用 4 个字节,作为有符号位的话范围就是 [-2^31,2^31-1],也就是[-2147483648,2147483647];无符号位的话最大值就是 2^32-1,也就是 4294967295。 下面以有符号位创建一张表: CREATE TABLE IF NOT EXISTS `t`( `id` INT(11) NOT NULL AUTO_INCREMENT

weixin_54556126的博客 214

手把手教你学Simulink--基于Simulink的高增益DC-DC变换器仿真建模

特点高电压增益:可以在不使用变压器的情况下实现较大的电压升压比。适用于低电压源:如太阳能电池板、燃料电池等提供的低压直流电源。效率问题:设计时需特别注意提高效率,减少能量损失。挑战电路复杂性:通常涉及多个电感和电容,以及复杂的开关模式。元件选择:合适的元件参数对于达到理想性能至关重要。控制策略:确保高效稳定运行的同时,适应负载变化。首先明确要模拟的任务内容。实现特定的电压增益比(例如从24V升至380V)。根据预期的输入输出电压确定合适的电路拓扑和元件值。

MHD0815的博客 174

面试官:数据库自增 ID 用完了会咋样?,java开发面试常问到的问题

每次插入一条数据,都把全局 row_id 当成主键 id,然后全局 row_id 加 1。

2301_82241962的博客 660

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

VC中sqlite的使用

在VC中对sqlite的使用,实现数据库大批数据的快速插入,读取数据库中的数据在ListCtrl中显示

2024年最新面试官:数据库自增 ID 用完了会咋样?,附大厂真题面经

在这个部分总结了2019年到目前为止Java常见面试问题,取其面试核心编写成这份文档笔记,从中分析面试官的心理,摸清面试官的“套路”,可以说搞定90%以上的Java中高级面试没一点难度。本节总结的内容涵盖了:消息队列、Redis缓存、分库分表、读写分离、设计高并发系统、分布式系统、高可用系统、SpringCloud微服务架构等一系列互联网主流高级技术的知识点。(上述只是一个整体目录大纲,每个点里面都有如下所示的详细内容,从面试问题——分析面试官心理——剖析面试题——完美解答的一个过程)

2401_84007049的博客 463

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox(带书签),MATLAB统计学习工具

面试官问:MySQL的自增 ID 用完了,怎么办?

可能导致ID重复(若旧数据未被彻底删除),仅适用于临时救急场景。值重新利用空闲ID。50+项技能树Checklist,快速定位技术短板!剑指Offer最优解合集,算法刷题必备神器!现代C++异步任务调度框架,提升开发效率!高性能网络库源码,深入理解事件驱动编程!涵盖23个核心考点,助你轻松应对面试!若表中存在已删除的旧数据,可通过调整。:操作简单,快速恢复插入功能。

C语言实战大全 1590

自增 ID 用完了怎么办 ?

因此在实际中,你根本等不到自增主键用完到情形! 前言 在面试中,大家应该经历过如下场景: 面试官:"用过mysql吧,你们是用自增主键还是UUID?" 你:"用的是自增主键" 面试官:"为什么是自增主键?" 你:"因为采用自增主键,数据在物理结构上是顺序存储,性能最好,blabla…" 面试官:"那自增主键达到最大值了,用完了怎么办?" 你:"what,没复...

Hern(宋兆恒) 7493

mysql 自增id达到上限_面试官:数据库自增ID用完了会怎么样?

原标题:面试官:数据库自增ID用完了会怎么样?关注 来源 | 艾小仙(微信公众号ID:aixiaoxianren)如若转载请联系原公众号看到这个问题,我想起当初玩魔兽世界的时候,25H难度的脑残吼的血量已经超过了21亿,所以那时候副本的BOSS都设计成了转阶段、回血的模式,因为魔兽的血量是int型,不能超过2^32大小。估计暴雪的设计师都没想到几个资料片下来血量都超过int上限了,以至于大家猜想才...

weixin_39820185的博客 2710

面试官:MySQL的自增 ID 用完了,怎么办?

上面介绍了好几种自增id,每种自增 id 有各自的应用场景,在达到上限后的表现也不同:1、 表的自增 id 达到上限后,再申请时它的值就不会改变,进而导致继续插入数据时报主键冲突的错误2、 row_id 达到上限后,则会归 0 再重新递增,如果出现相同的 row_id,后写的数据会覆盖之前的数据3、 Xid 只需要不在同一个 binlog 文件中出现重复值即可。虽然理论上会出现重复值,但是概率极小,可以忽略不计。

2401_82584055的博客 1013

面试官问MySQL 自增 ID 用完了怎么办,该如何回答呢?

本文探讨了MySQL自增ID耗尽问题的处理方案。首先分析两种自增ID场景:显式设置的自增主键达到上限会报错,隐式row_id耗尽则会覆盖旧数据。然后提出分阶段解决方案:应急处理可复用已删除ID空间;短期修复建议升级为BIGINT类型;长期优化可考虑分布式ID或分库分表。最后强调预防措施,建议建表时直接使用BIGINT并设置监控告警。回答此类问题应展现清晰的故障处理逻辑,体现实际生产经验。

chlk123的专栏 1679

面试造火箭:MySQL自增ID用完了怎么办?

自增ID耗尽问题通常与系统设计相关,需要根据具体情况选择合适的解决方案。面试官询问此问题是为了评估候选人对数据库设计、性能优化和问题解决能力的了解。在实际应用中,使用BIGINT类型可以大幅降低ID耗尽的风险,如果真的面临ID耗尽的问题,通常意味着数据库架构需要进行优化或重构。我是大都督周瑜,喜欢结交朋友,欢迎大家加我微信:dadudu6789,一起交流技术,我经常会在朋友圈分享一些比公众号更有深度的干货内容或面试经验。

1点25的博客 1034

面试官问:MySQL 的自增 ID 用完了,怎么办?

点击上方 "程序员小乐"关注,星标或置顶一起成长每天凌晨00点00分,第一时间与你相约每日英文Nothing is impossible for a willing ...

程序员小乐 804

Mysql 自增id、uuid与雪花id 以及 自增id和业务id如何抉择

自增iduuidUUID是UniversallyUniqueIdentifier的缩写,它是在一定的范围内(从特定的名字空间到全球)唯一的机器生成的标识符。通用唯一标识符的意思,可以以业务实际userid为主键比如QQ号手机号等雪花id相比UUID无序生成的id而言,雪花算法是有序的(有时间参数),而且都是由数字组成。雪花id最大为64位,符合java中long的长度64位。适用于大规模分布式。.........

S_ZaiJiangHu的博客 1万+

面试官:MySQL 自增主键用完了怎么办?

后续还会上新更多项目,目标是将 Java 领域典型的项目都整一波,如秒杀系统, 在线商城, IM 即时通讯,Spring Cloud Alibaba 等等,一旦发生,则需根据业务场景,在架构扩容(分库分表)、数据迁移(修改类型)或业务改造(引入分布式ID) 等方案中谨慎权衡与实施。:考察你的线上问题处理流程意识(如监控、回滚、数据迁移)以及是否具备多团队(开发、DBA、运维)协同处理的思路。:在代码层面,对于非核心或日志类表,可以考虑在捕获到主键冲突异常时,尝试切换到一种备用的ID生成策略(例如,用。

犬小哈 1037
上一篇: 再见RocketMQ!全新一代消息中间件,带可视化管理,文档贼全!
下一篇: 筛选 Java 集合的最佳方法 | Java Debug 笔记
Python_cola
博客等级 码龄5年 2031粉丝 74原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值