站長資訊網
這些年的 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視頻教程》
