Mybatis-Plus自动生成的数据库id过长

一、问题

作为一名第一次使用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 "";    
    }  

  
  

  
  
1
2
3
4
5
6

其中GenerationType包含四种策略:

public enum GenerationType{    
  //使用一个特定的数据库表格来保存主键。 
    TABLE,
  //根据底层数据库的序列来生成主键，条件是数据库支持序列。 
    SEQUENCE,
  //主键由数据库自动生成（主要是自动增长型） 
    IDENTITY,
  //主键由程序控制。
    AUTO;
<span class="token keyword">private</span> <span class="token function">GenerationType</span><span class="token punctuation">(</span><span class="token punctuation">)</span> <span class="token punctuation">{<!-- --></span>
<span class="token punctuation">}</span>

}

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13

其中的AUTO类型，在指定主键时，如果不指定主键生成策略，默认为AUTO。

即

@Id # 默认生成策略为AUTO

 
 

 
 
1

效果等同于

@Id  
@GeneratedValue(strategy = GenerationType.AUTO) 

 
 

 
 
1
2

由此可见，自动生成的id和注解没什么关系，那也许就是mybatis-plus的主键生成逻辑问题了。

通过去查询mybatis-plus的文档（文档链接：https://baomidou.gitee.io/mybatis-plus-doc/#/spring-boot）

发现mybatis-plus默认的主键生成是全局唯一的UUID，会导致生成的id过长。

并且官方也提供了解决方法，如下图

可这只是将防止了前端接收时的精度丢失，并没有解决我的问题。

根据文档，可以得出一个新的解决办法，并且不用更改DO类代码：

将文档中所说的id-type配置设置为0即可。