這些年的 MySQL 都白用了。。。你知道MySQL innodb 自增ID BUG 影響現(xiàn)有 99% 的系統(tǒng)嗎。。。

程序員必備接口測試調(diào)試工具：立即使用
Apipost = Postman + Swagger + Mock + Jmeter
Api設(shè)計、調(diào)試、文檔、自動化測試工具
后端、前端、測試，同時在線協(xié)作，內(nèi)容實時同步

首先我們來復(fù)現(xiàn)一下這個神奇的問題：

創(chuàng)建一個測試表，有個自增ID，然后插入 3 條數(shù)據(jù)，刪除 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 服務(wù)。

再來插入一條記錄，看一下最后插入ID。。。

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

結(jié)果就是，重啟后，再插入記錄，ID依然還是3！?。?/p>

原來 innodb 的自增ID，會在服務(wù)重啟后，自動設(shè)置為記錄中最大ID + 1。

這個問題，只要是做物理刪除的系統(tǒng)里，100%可以復(fù)現(xiàn)。

假設(shè)某個表的自增ID，還會和其它記錄相關(guān)聯(lián)。

極端情況下，重啟服務(wù)前刪除了最大ID的記錄，服務(wù)恢復(fù)后插入記錄再去關(guān)聯(lián)。。。

數(shù)據(jù)混亂問題不敢想象！

好在，這個問題在 MySQL 8.0 中已經(jīng)修復(fù)！

如果你是 MySQL 5.7 或更舊的版本用戶，也不用擔心，多種解決方案如下：

* 系統(tǒng)中的物理刪除，全部改為軟刪除。一般框架內(nèi)置此功能，修改重構(gòu)很方便。

* 啟用 innodb_autoinc_persistent 設(shè)置，性能有 1% 損耗，可以忽略不計。

innodb_autoinc_persistent=on innodb_autoinc_persistent_interval=1

推薦學習：《MySQL視頻教程》