mysql修改自增主键数值无效的问题及解决

狼蛛儿

mysql修改自增主键数值无效

假如你的数据表中的数据如下图所示：

把自增主键的数值（AUTO_INCREMENT）设置为小于等于100的值（以数值50举例），我们可以看到mysql显示修改成功

此时再次添加数据并查询所有数据，发现主键id居然依旧从100开始继续增长

查询AUTO_INCRMENT数值发现数值为null

因为表中存在比你要修改AUTO_INCREMENT值大的主键id，导致无法把AUTO_INCREMENT修改为50，而且不会有任何报错，所以不要把AUTO_INCREMENT修改为小于 最大主键id 的值

mysql自增主键重复问题的可能

MySQL支持数据字段自增，可以用来作为数据表的主键字段。

自增字段的定义和题外话

看一个数据表的创建实例：

1. DROP TABLE IF EXISTS `spgl_dfxmsplcxxb`;
   
2. CREATE TABLE `spgl_dfxmsplcxxb` (
   
3.   `LSH` int(11) NOT NULL AUTO_INCREMENT COMMENT '流水号',
   
4.   `DFSJZJ` varchar(50) NOT NULL COMMENT '地方数据主键',
   
5.   `XZQHDM` varchar(6) NOT NULL COMMENT '行政区划代码',
   
6.   `SPLCBM` varchar(100) NOT NULL COMMENT '审批流程编码',
   
7.   `SPLCMC` varchar(200) NOT NULL COMMENT '审批流程名称',
   
8.   `SPLCBBH` double(4,1) NOT NULL COMMENT '审批流程版本号',
   
9.   `SPLCSXSJ` datetime NOT NULL COMMENT '审批流程生效时间',
   
10.   `SPLCLX` int(11) NOT NULL COMMENT '审批流程类型',
    
11.   `SPLCSM` varchar(2000) DEFAULT NULL COMMENT 'SPLCSM',
    
12.   `FJMC` varchar(512) NOT NULL COMMENT '附件名称',
    
13.   `FJLX` varchar(64) NOT NULL COMMENT '附件类型',
    
14.   `FJID` varchar(100) NOT NULL COMMENT '附件ID',
    
15.   `SJYXBS` int(11) NOT NULL COMMENT '数据有效标识',
    
16.   `SJWXYY` varchar(200) DEFAULT NULL COMMENT '数据无效原因',
    
17.   `SJSCZT` int(11) NOT NULL COMMENT '数据上传状态',
    
18.   `SBYY` varchar(1000) DEFAULT NULL COMMENT '失败原因',
    
19.   PRIMARY KEY (`LSH`),
    
20.   KEY `unique_main` (`XZQHDM`,`SPLCBM`,`SPLCBBH`) USING BTREE
    
21. ) ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=utf8mb4 COMMENT='表1：地方项目审批流程信息表';

复制代码

该表将LSH字段设置为自增主键，并默认auto_increment_increment=1、auto_increment_offset=1。
对该表执行show create table spgl_dfxmsplcxxb可以得到如下信息：

1. CREATE TABLE `spgl_dfxmsplcjdxxb` (
   
2.   `LSH` int(11) NOT NULL AUTO_INCREMENT COMMENT '流水号',
   
3.   `DFSJZJ` varchar(50) NOT NULL COMMENT '地方数据主键',
   
4.   `XZQHDM` varchar(6) NOT NULL COMMENT '行政区划代码',
   
5.   `SPLCBM` varchar(100) NOT NULL COMMENT '审批流程编码',
   
6.   `SPLCBBH` double(4,1) NOT NULL COMMENT '审批流程版本号',
   
7.   `SPJDBM` varchar(100) DEFAULT NULL COMMENT '审批阶段编码',
   
8.   `SPJDMC` varchar(200) NOT NULL COMMENT '审批阶段名称',
   
9.   `SPJDXH` int(11) NOT NULL COMMENT '审批阶段序号',
   
10.   `DYBZSPJDXH` varchar(200) NOT NULL COMMENT '对应标准审批阶段序号',
    
11.   `SPJDSX` int(11) NOT NULL COMMENT '审批阶段时限',
    
12.   `LCBSXLX` int(11) NOT NULL COMMENT '里程碑事项类型',
    
13.   `SJYXBS` int(11) NOT NULL COMMENT '数据有效标识',
    
14.   `SJWXYY` varchar(200) DEFAULT NULL COMMENT '数据无效原因',
    
15.   `SJSCZT` int(11) NOT NULL COMMENT '数据上传状态',
    
16.   `SBYY` varchar(1000) DEFAULT NULL COMMENT '失败原因',
    
17.   PRIMARY KEY (`LSH`),
    
18.   KEY `unique_main` (`XZQHDM`,`SPLCBM`,`SPLCBBH`,`SPJDXH`) USING BTREE
    
19. ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='表2：地方项目审批流程阶段信息表'

复制代码

自增字段重复问题

对于表的记录间互相拷贝问题很容易造成自增字段的重复。
例如在我经历的一次项目：本地数据库和前置数据库进行数据同步时，本地库向前置库上传数据，前置库插入传来的数据并返回自增字段流水号更本地库。同步每3分种依据标志位检查执行一次。
这样，如果对本地库数据进行多次修改，那么就需要向前置库多次上传该条记录（或该条记录的拷贝记录）。
如果没有在上传前手动将前置库返回的流水号置为空，那么前置库将会用这个已有的流水号作为主键插入新数据（而不是重新生成新的流水号），从而导致主键重复的错误。
所以，在处理含有自增字段的表格时，如果自增字段和其他表格有数据上的关联，应当注意这种操作会不会导致自增字段的冲突。

总结

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。

来源:https://www.jb51.net/database/292124bzg.htm
免责声明：由于采集信息均来自互联网，如果侵犯了您的权益，请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容，谢谢合作！