危!MySQL innodb 自增ID BUG 影响现有 99% 的系统

宇润:这些年的 MySQL 都白用了,直到今天上午,imi 框架群里在讨论这个问题。。。

首先我们来复现一下这个神奇的问题:

创建一个测试表,有个自增ID,然后插入 3 条数据,删除 id = 3 的那条。

DROP TABLE IF EXISTS `test`;
CREATE TABLE `test`  (
  `id` int(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci ROW_FORMAT = Dynamic;

insert into test values ();
select LAST_INSERT_ID();
insert into test values ();
select LAST_INSERT_ID();
insert into test values ();
select LAST_INSERT_ID();
delete from test where id = 3;

然后,我们重启一下 MySQL 服务。

再来插入一条记录,看一下最后插入ID。。。

insert into test values ();
select LAST_INSERT_ID();
select * from test;

结果就是,重启后,再插入记录,ID依然还是3!!!

原来 innodb 的自增ID,会在服务重启后,自动设置为记录中最大ID + 1。

这个问题,只要是做物理删除的系统里,100%可以复现。

假设某个表的自增ID,还会和其它记录相关联。

极端情况下,重启服务前删除了最大ID的记录,服务恢复后插入记录再去关联。。。

数据混乱问题不敢想象!

好在,这个问题在 MySQL 8.0 中已经修复!

如果你是 MySQL 5.7 或更旧的版本用户,也不用担心,多种解决方案如下:

* 系统中的物理删除,全部改为软删除。一般框架内置此功能,修改重构很方便。

* 启用 innodb_autoinc_persistent 设置,性能有 1% 损耗,可以忽略不计。

innodb_autoinc_persistent=on
innodb_autoinc_persistent_interval=1


  • 标签
  • 相关文章
  • 发表评论
当前用户:
  • 评论列表
  • 最新文章
  • 最新评论