Mysql-更新自增主键id遇到的问题
本是一个自己知道的问题,还是差点踩坑(差点忘了,还好上线前整理上线点时想起来了),特此记录下来
为什么要更新自增id
我是因为历史业务上的坑,导致必须更新一批id,且为了避免冲突需要将id扩大多少倍进行更新,因为我这个表的数据数量不高,属于高读低写的情况,所以就简单的扩大了1000
问题
MySQL中如果我们把自增主键更新为更大的值(例如现在自增id最大值是1000,你更新id=49这个记录到id=1049),MySQL并不会把表的自增值修改为更新后的值,在某些情况下,如DDL,重启等之后,业务开始报错,这时如果不知道当前操作可能会误认为是当前业务操作的问题,实则是因为更新id埋下的坑(主键冲突)
如下图:
图1:更新前原始数据

执行更新语句
update test set id = 10 where id = 2;
图2:更新后的数据

执行新的插入语句
insert test (name) values ('dddd')
图3:插入的新数据

想必这时大家也都看出问题了,更新后可能刚开始没有问题,但当自增id追上你更新的最大值后,id冲突在所难免了。。。
如何解决
1.如果是个人测试库,不怎么重要,可以重启数据库
2.当然线上数据库是没法按照1这种方式搞了,除非你很任性(还需要dba陪着你任性),,,这时可以尝试指定id插入一条业务上无意义的数据,例如软删除的数据,(我的案列表没有软删除标识,大家可以意会下)
insert test (id,name) values (20,'eeee');
操作后如图:

在执行下面SQL语句,对照结果
insert test (name) values ('ffff');

此时自增id已从最大值开始自增了
找资料发现,这个BUG在2005年就被提出了,因为性能以及场景很少的没有被修复;这个问题在MySQL 8.0.11中表现正常。
MySQL自增主键更新陷阱及解决策略
本文记录了一次在MySQL中更新自增主键导致的问题,当自增id超过更新的最大值时,新插入的数据将引发主键冲突。解决方法包括重启数据库(仅适用于测试库)或插入一条具有更大id的无意义数据来重置自增计数器。此问题在MySQL 8.0.11以后已得到解决。
1068

被折叠的 条评论
为什么被折叠?



