mysql修改自增主鍵數(shù)值無效的問題及解決

更新時間：2023年07月14日 10:12:01 作者：我與bug斗智斗勇

這篇文章主要介紹了mysql修改自增主鍵數(shù)值無效的問題及解決方案，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教

mysql修改自增主鍵數(shù)值無效

假如你的數(shù)據(jù)表中的數(shù)據(jù)如下圖所示：

把自增主鍵的數(shù)值（AUTO_INCREMENT）設(shè)置為小于等于100的值（以數(shù)值50舉例），我們可以看到mysql顯示修改成功

此時再次添加數(shù)據(jù)并查詢所有數(shù)據(jù)，發(fā)現(xiàn)主鍵id居然依舊從100開始繼續(xù)增長

查詢AUTO_INCRMENT數(shù)值發(fā)現(xiàn)數(shù)值為null

因為表中存在比你要修改AUTO_INCREMENT值大的主鍵id，導(dǎo)致無法把AUTO_INCREMENT修改為50，而且不會有任何報錯，所以不要把AUTO_INCREMENT修改為小于最大主鍵id 的值

mysql自增主鍵重復(fù)問題的可能

MySQL支持?jǐn)?shù)據(jù)字段自增，可以用來作為數(shù)據(jù)表的主鍵字段。

自增字段的定義和題外話

看一個數(shù)據(jù)表的創(chuàng)建實例：

DROP TABLE IF EXISTS `spgl_dfxmsplcxxb`;
CREATE TABLE `spgl_dfxmsplcxxb` (
? `LSH` int(11) NOT NULL AUTO_INCREMENT COMMENT '流水號',
? `DFSJZJ` varchar(50) NOT NULL COMMENT '地方數(shù)據(jù)主鍵',
? `XZQHDM` varchar(6) NOT NULL COMMENT '行政區(qū)劃代碼',
? `SPLCBM` varchar(100) NOT NULL COMMENT '審批流程編碼',
? `SPLCMC` varchar(200) NOT NULL COMMENT '審批流程名稱',
? `SPLCBBH` double(4,1) NOT NULL COMMENT '審批流程版本號',
? `SPLCSXSJ` datetime NOT NULL COMMENT '審批流程生效時間',
? `SPLCLX` int(11) NOT NULL COMMENT '審批流程類型',
? `SPLCSM` varchar(2000) DEFAULT NULL COMMENT 'SPLCSM',
? `FJMC` varchar(512) NOT NULL COMMENT '附件名稱',
? `FJLX` varchar(64) NOT NULL COMMENT '附件類型',
? `FJID` varchar(100) NOT NULL COMMENT '附件ID',
? `SJYXBS` int(11) NOT NULL COMMENT '數(shù)據(jù)有效標(biāo)識',
? `SJWXYY` varchar(200) DEFAULT NULL COMMENT '數(shù)據(jù)無效原因',
? `SJSCZT` int(11) NOT NULL COMMENT '數(shù)據(jù)上傳狀態(tài)',
? `SBYY` varchar(1000) DEFAULT NULL COMMENT '失敗原因',
? PRIMARY KEY (`LSH`),
? KEY `unique_main` (`XZQHDM`,`SPLCBM`,`SPLCBBH`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=utf8mb4 COMMENT='表1：地方項目審批流程信息表';

該表將LSH字段設(shè)置為自增主鍵，并默認(rèn)auto_increment_increment=1、auto_increment_offset=1。

對該表執(zhí)行show create table spgl_dfxmsplcxxb可以得到如下信息：

CREATE TABLE `spgl_dfxmsplcjdxxb` (
? `LSH` int(11) NOT NULL AUTO_INCREMENT COMMENT '流水號',
? `DFSJZJ` varchar(50) NOT NULL COMMENT '地方數(shù)據(jù)主鍵',
? `XZQHDM` varchar(6) NOT NULL COMMENT '行政區(qū)劃代碼',
? `SPLCBM` varchar(100) NOT NULL COMMENT '審批流程編碼',
? `SPLCBBH` double(4,1) NOT NULL COMMENT '審批流程版本號',
? `SPJDBM` varchar(100) DEFAULT NULL COMMENT '審批階段編碼',
? `SPJDMC` varchar(200) NOT NULL COMMENT '審批階段名稱',
? `SPJDXH` int(11) NOT NULL COMMENT '審批階段序號',
? `DYBZSPJDXH` varchar(200) NOT NULL COMMENT '對應(yīng)標(biāo)準(zhǔn)審批階段序號',
? `SPJDSX` int(11) NOT NULL COMMENT '審批階段時限',
? `LCBSXLX` int(11) NOT NULL COMMENT '里程碑事項類型',
? `SJYXBS` int(11) NOT NULL COMMENT '數(shù)據(jù)有效標(biāo)識',
? `SJWXYY` varchar(200) DEFAULT NULL COMMENT '數(shù)據(jù)無效原因',
? `SJSCZT` int(11) NOT NULL COMMENT '數(shù)據(jù)上傳狀態(tài)',
? `SBYY` varchar(1000) DEFAULT NULL COMMENT '失敗原因',
? PRIMARY KEY (`LSH`),
? KEY `unique_main` (`XZQHDM`,`SPLCBM`,`SPLCBBH`,`SPJDXH`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='表2：地方項目審批流程階段信息表'

自增字段重復(fù)問題

對于表的記錄間互相拷貝問題很容易造成自增字段的重復(fù)。

例如在我經(jīng)歷的一次項目：本地數(shù)據(jù)庫和前置數(shù)據(jù)庫進行數(shù)據(jù)同步時，本地庫向前置庫上傳數(shù)據(jù)，前置庫插入傳來的數(shù)據(jù)并返回自增字段流水號更本地庫。同步每3分種依據(jù)標(biāo)志位檢查執(zhí)行一次。

這樣，如果對本地庫數(shù)據(jù)進行多次修改，那么就需要向前置庫多次上傳該條記錄（或該條記錄的拷貝記錄）。

如果沒有在上傳前手動將前置庫返回的流水號置為空，那么前置庫將會用這個已有的流水號作為主鍵插入新數(shù)據(jù)（而不是重新生成新的流水號），從而導(dǎo)致主鍵重復(fù)的錯誤。

所以，在處理含有自增字段的表格時，如果自增字段和其他表格有數(shù)據(jù)上的關(guān)聯(lián)，應(yīng)當(dāng)注意這種操作會不會導(dǎo)致自增字段的沖突。