php中文网课程 程序员必备接口测试调试工具：
首先我们来复现一下这个神奇的问题：
创建一个测试表，有个自增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
推荐学习：《》
以上就是你知道MySQL innodb自增ID BUG有多大影响吗？的详细内容，更多请关注php中文网其它相关文章！
声明：本文转载于：yurunsoft，如有侵犯，请联系admin@php.cn删除
程序员必备接口测试调试工具：
![[爱了]](/js/img/d1.gif)
![[尴尬]](/js/img/d16.gif)