一、问题
作为一名第一次使用mybatis-plus的萌新开发工程师,在项目开发过程中遇到一个问题。
当使用mybatis-plus自带的mybatis-generate生成DO文件,如下图所示
DO类由注释@Table修饰,主键id由注释@Id,@GeneratedValue修饰。但是使用这样的默认DO进行数据库操作时,会有导致数据库自动生成的主键id过长,如下所示
这样的19位id,会存在一些问题:
1)前端拿到这样的id后,会发生Number精度丢失,导致id数值发生变化,使得前后端的id不一致,这样就使得无法利用id进行操作
2)InnoDB存储引擎的索引与记录结构是这样的:
其索引与记录的结构是这样的:
(1)主键索引与记录存储在一起;InnoDB通过主键索引查询时,能够直接定位到行记录。
(2)普通索引存储主键(这下不是指针了);
这样当主键id是一个比较长的数值时每个索引都存储这个值,在数据量大,内存珍贵的情况下,MySQL有限的缓冲区,存储的索引与数据会减少,索引占用的磁盘空间也会增加,磁盘IO的概率会增加。
二、解决方案
通过询问各位师兄和开发同学,解决了这个问题,解决方案如下:
将DO类的注释改为@TableName,主键id的注释改为@TableId,这样自动生成的主键id就是正常位数。
至于为什么会这样,我通过查阅资料得出一下结论
三、原理
1.首先了解下@GeneratedValue的使用。@GeneratedValue属于JPA注解之一,JPA通过annotation来映射hibernate实体,基于annotation的hibernate主键标识为@Id,其生成规则是由@GeneratedValue设定的。
JPA提供四种标准用法,由@GeneratedValue的源代码可以明显看出:
@Target({METHOD,FIELD})
@Retention(RUNTIME)
public @interface GeneratedValue{
GenerationType strategy() default AUTO;
String generator() default "";
}
其中GenerationType包含四种策略:
public enum GenerationType{
//使用一个特定的数据库表格来保存主键。
TABLE,
//根据底层数据库的序列来生成主键,条件是数据库支持序列。
SEQUENCE,
//主键由数据库自动生成(主要是自动增长型)
IDENTITY,
//主键由程序控制。
AUTO;
private GenerationType() {
}
}
其中的AUTO类型,在指定主键时,如果不指定主键生成策略,默认为AUTO。
即
@Id # 默认生成策略为AUTO
效果等同于
@Id
@GeneratedValue(strategy = GenerationType.AUTO)
由此可见,自动生成的id和注解没什么关系,那也许就是mybatis-plus的主键生成逻辑问题了。
通过去查询mybatis-plus的文档(文档链接:https://baomidou.gitee.io/mybatis-plus-doc/#/spring-boot)
发现mybatis-plus默认的主键生成是全局唯一的UUID,会导致生成的id过长。
并且官方也提供了解决方法,如下图
可这只是将防止了前端接收时的精度丢失,并没有解决我的问题。
根据文档,可以得出一个新的解决办法,并且不用更改DO类代码:
将文档中所说的id-type配置设置为0即可。