一、问题

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

@Id # 默认生成策略为AUTO
1

@Id  
@GeneratedValue(strategy = GenerationType.AUTO) 
1
2