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

Bertha 。 2023-10-12 22:32 105阅读 0赞

##  ##

#### 一、问题 ####

作为一名第一次使用mybatis-plus的萌新开发工程师，在项目开发过程中遇到一个问题。

当使用mybatis-plus自带的mybatis-generate生成DO文件，如下图所示

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MDg0MTkx_size_16_color_FFFFFF_t_70]

DO类由注释@Table修饰，主键id由注释@Id，@GeneratedValue修饰。但是使用这样的默认DO进行数据库操作时，会有导致数据库自动生成的主键id过长，如下所示

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MDg0MTkx_size_16_color_FFFFFF_t_70 1]

这样的19位id，会存在一些问题：

1）前端拿到这样的id后，会发生Number精度丢失，导致id数值发生变化，使得前后端的id不一致，这样就使得无法利用id进行操作

2）InnoDB存储引擎的索引与记录结构是这样的：

其索引与记录的结构是这样的：

![img][]

（1）主键索引与记录存储在一起；InnoDB通过主键索引查询时，能够直接定位到行记录。

（2）普通索引存储主键（这下不是指针了）；

这样当主键id是一个比较长的数值时每个索引都存储这个值，在数据量大，内存珍贵的情况下，MySQL有限的缓冲区，存储的索引与数据会减少，索引占用的磁盘空间也会增加，磁盘IO的概率会增加。

#### 二、解决方案 ####

通过询问各位师兄和开发同学，解决了这个问题，解决方案如下：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MDg0MTkx_size_16_color_FFFFFF_t_70 2]

将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;
 private GenerationType() {
 }

*  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）

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MDg0MTkx_size_16_color_FFFFFF_t_70 3]

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

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

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MDg0MTkx_size_16_color_FFFFFF_t_70 4]

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

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

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

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MDg0MTkx_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20201127165129328.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MDg0MTkx,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MDg0MTkx_size_16_color_FFFFFF_t_70 1]: https://img-blog.csdnimg.cn/20201127165140379.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MDg0MTkx,size_16,color_FFFFFF,t_70
[img]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X3BuZy9ZcmV6eGNraFlPeHJPdTBmYTFpY3VtdndDbXBsdEJYYk1zVUhueHFFUXZwRmhSbnNIRjQ4MzJlWXBDTkdwWFVBVHRkQlJkUnNlaFp6azNXeEUzZ2ljMmd3LzY0MA?x-oss-process=image/format,png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MDg0MTkx_size_16_color_FFFFFF_t_70 2]: https://img-blog.csdnimg.cn/20201127165228219.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MDg0MTkx,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MDg0MTkx_size_16_color_FFFFFF_t_70 3]: https://img-blog.csdnimg.cn/20201127165246762.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MDg0MTkx,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MDg0MTkx_size_16_color_FFFFFF_t_70 4]: https://img-blog.csdnimg.cn/20201127165259655.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM5MDg0MTkx,size_16,color_FFFFFF,t_70