這些年的 MySQL 都白用了。。。你知道MySQL innodb 自增ID BUG 影響現有 99% 的系統嗎。。。

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

首先我們來復現一下這個神奇的問題：

創建一個測試表，有個自增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視頻教程》