mybatis-plus自带保存接口,主键Id不是从1开始问题及解决
问题描述
调用mybatis-plus自带的save相关保存接口,自动插入的主键Id非常大,导致数据很快超出范围报错。
解决方案1
在相应的bean实体类中对主键Id添加注解 @TableId(type = IdType.AUTO) ,这样mybatis-plus就会忽略掉主键,转而用数据库自己的自增长模式。
/** * 非业务主键id */ @TableId(type = IdType.AUTO) private Integer id;
经过测试,添加了该注解后,我将测试表中的数据清理后,插入数据库的 id 还是很大,没有起作用。
解决方案2
风险情况:
使用 truncate table 方法属于重置数据库表,会将数据库表的内容全部删除,如果是新表创建,则可以使用。
如果需要兼容旧数据,一定要备份,一定要备份,一定要备份,通过备份数据进行重新插入,实现 id 自增。
truncate table 表名
执行完后,重新插入,id正确。
解决方案3
还有一种可能就是,创建表的时候设置了主键id初始值:AUTO_INCREMENT=XXX,我们也可以通过建表语句进行设置:
CREATE TABLE `device` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键ID', `device_code` varchar(64) NOT NULL COMMENT '设备id', PRIMARY KEY (`id`) USING BTREE, UNIQUE KEY `idx_device_code` (`device_code`,`del_flag`) USING BTREE ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 ROW_FORMAT=COMPACT COMMENT='基础信息表';
总结
以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。
相关文章
SpringBoot JAR和WAR方式打包并部署的详细步骤及对比分析
无论选择JAR还是WAR部署方式,关键在于匹配团队的技术栈、运维能力和业务需求,Spring Boot的灵活性支持两种部署模式,为不同场景提供了合适的解决方案,本文给大家详细对比分析了这两种方式,需要的朋友可以参考下2026-01-01
使用Java将字符串在ISO-8859-1和UTF-8之间相互转换
大家都知道在一些情况下,我们需要特殊的编码格式,如:UTF-8,但是系统默认的编码为ISO-8859-1,遇到这个问题,该如何对字符串进行两个编码的转换呢,下面小编给大家分享下java中如何在ISO-8859-1和UTF-8之间相互转换,感兴趣的朋友一起看看吧2021-12-12


最新评论