mysql 自增 ID 突然变为 int 最大值问题

180 天前
 vm97

阿里云 RDS mysql5.7 , 一个几百行的表,突然一条插入的记录自增 ID 成了 2147483647 ,已经排除了无限循环错误写入导致的 ID 自增溢出,或者在插入时错误的带入 ID 值,还有什么可能原因么?

5630 次点击
所在节点    MySQL
31 条回复
rlds
180 天前
你可能需要关注下这个
[img]https://pic2.ziyuan.wang/user/rainerosion/2025/03/1741311183908_c8898ad81d69c.png[/img]
rlds
180 天前
咦,v2 的图片咋显示的来着,,没显示。。
youngforever
180 天前
用了 INSERT INTO ON DUPLICATE KEY UPDATE 或者 REPLACE INTO ,如果调用频率很高,id 也会变的很大
cheese
180 天前
@rlds #2 只支持几个特定的图床,直接贴 imgur 链接,会自动解析,另外回复不支持 markdown 语法
shenjinpeng
180 天前
也可以检查一下程序是不是出 bug 写入了 big int id
iyiluo
180 天前
开 general log 日志,重新复现一下,看看日志里面有没有踪迹
jifengg
180 天前
一种可能:之前写入过 id=2147483647 或 2147483646 的数据,又删掉了数据,但是这个表的下次自增值已经变成 2147483647 了
layxy
180 天前
看下 binlog 记录
dcsuibian
180 天前
我分析了一下:
首先,MySQL BUG 不太可能,5.7 又不是什么新版本,有的话早就被人发现了
其次,sb 同事插入了手动插入了一条 2147483646 的数据,然后删除,可能性也非常低

以上两种排除了以后,基本就可以认为是程序错误导致的插入
就我的经验来说最有可能的是之前插入过,然后删除或回滚了

我估计题主的技术栈是 Java+MyBatis
那出现错误的代码我觉得很有可能是这样的:
for(int i=0;i<XXX;i++){
save(); // 插入
}
因为某些 BUG ,所以导致这个 XXX 是 Integer.MAX_VALUE ,有可能是在寻找最小索引或最小值的时候出了问题
vm97
180 天前
感谢各位回复,之前偷懒日志没配置好,我先把日志弄好。确实也怀疑是循环错误写入导致的 ID 爆了,但是库里没记录,也没相关的代码逻辑,包括 mybatis 的日志也未发现异常。我先配好 mysql 日志再观察下
Karte
180 天前
可能是你的 MyBaits 上没有 @TableId(value = "id", type = IdType.AUTO).

有些时候 mybaits 会根据策略自动对 ID 进行赋值, 而不是使用自增主键.
ktin
180 天前
有没有用 insert ignore
Karte
180 天前
可以具体看下 com.baomidou.mybatisplus.core.MybatisParameterHandler#populateKeys.

如果我记得没错是这.
snow0
180 天前
估计是 mybatis 的问题
skymei
180 天前
如果写入了一条指定 ID 值超过上限的数据,也会变成这样
qianyan
180 天前
不知道你是什么原因,但如果是 mybatis-plus 注解了 TableId ,但没标记自增的话,会有这个问题的。
qindan
180 天前
改为 uuid 吧
A555
180 天前
@vm97 mysql binlog 看看
PaulSamuelson
180 天前
是不是谁把 dev 的 id 发到了 master 上?例如 dev curl 把地址一改,调到线上去了。
kphcdr
180 天前
用了事务,但是事务回滚,也会导致自增 ID 变大

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1116547

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX