欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

mybatis-plus添加数据时id自增问题及解决

程序员文章站 2022-06-17 17:38:46
目录mybatis-plus添加数据时id自增问题解决方案插入记录的主键自增赋值机制说明代码说明1、找到执行入口2、看看keygenerator的执行逻辑3、 跟进逻辑执行4、继续进入下一层逻辑5、继...

mybatis-plus添加数据时id自增问题

mybatis-plus插入数据,id自增列变的很长.比如下图:

mybatis-plus添加数据时id自增问题及解决

mybatis-plus中遇到一个,添加数据到数据库,而数据库中的id列是自增列

使用plus中自带的insert方法添加到数据库,id自增变的很长很长,

数据库id字段数据类型为long

解决方案

在实体类自增的id字段添加一个注解

mybatis-plus添加数据时id自增问题及解决

mybatis plus在插入记录时,有以下几种方法:

boolean insert(t var1);
boolean insertallcolumn(t var1);
boolean insertbatch(list var1);
boolean insertbatch(list var1, int var2);
boolean insertorupdatebatch(list var1);
boolean insertorupdatebatch(list var1, int var2);

当时实体中,主键生成方式不设置生成方式时,默认的是自增。所有当你设置主键的值时,依旧无法保存主键。

@tableid(value = “id”)
private integer id;

我们可以设置主键的生成方式

@tableid(value = “id”,type = idtype.input) 这种方式是主键手动输入

主键生成方式类型如下(idtype):

  • auto(0, “数据库id自增”),
  • input(1, “用户输入id”),
  • id_worker(2, “全局唯一id”),
  • uuid(3, “全局唯一id”),
  • none(4, “该类型为未设置主键类型”),
  • id_worker_str(5, “字符串全局唯一id”);

插入记录的主键自增赋值机制说明

现在的项目实践中,表设计一般采用自增主键,那么在这当中会涉及到数据插入后,获取插入数据主键的一个场景处理。

对于这种情况,mybatis框架做了封装,提供了支持。

代码说明

通过debug方式,跟进执行路径,查看对应逻辑代码。

1、找到执行入口

mybatis-plus添加数据时id自增问题及解决

这里的参数赋值有三个,但不包括id的赋值,id是由数据库自增。

这里看到一个keygenerator的类型,这个名字name的很好,自说明性很好。

2、看看keygenerator的执行逻辑

mybatis-plus添加数据时id自增问题及解决

这里可以看出,参数类型的id依然是空,但是上图的sql执行已结束。

3、 跟进逻辑执行

mybatis-plus添加数据时id自增问题及解决

这是一部分逻辑,还没有到,但是看方法名assign,就要到了。

4、继续进入下一层逻辑

mybatis-plus添加数据时id自增问题及解决

这个时候,id仍然是null

5、继续进入下一层逻辑

mybatis-plus添加数据时id自增问题及解决

这里我们看到有set的动作,在执行前,id是仍然为null

6、关键取值

mybatis-plus添加数据时id自增问题及解决

在object value 的赋值逻辑,看到数据是从rs中获取,值是184

7、关键赋值

mybatis-plus添加数据时id自增问题及解决

mybatis-plus添加数据时id自增问题及解决

在执行完set后,插入数据的类型对象的id有了值。

到这里自增id赋值就结束了。

总结

自增id的补偿赋值很好的弥补了同自定义id的不足。但是为什么框架能做到呢。看下面的注释说明

mybatis-plus添加数据时id自增问题及解决

这是jdbc的标准接口,提供了这个口子,在sql执行返回后,可以带上自增id的信息,因此应用层框架可以执行赋值,避免二次查询。

实际项目是采用自增主键,还是自定义赋值主键,需要充分考虑到两者的优缺点同实际的情况结合。优缺点可以参考如下:

这种方式是使用数据库提供的自增数值型字段作为自增主键,它的优点是:

自增主键

这种方式是使用数据库提供的自增数值型字段作为自增主键,

优点是:

1、数据库自动编号,速度快,而且是增量增长,按顺序存放,对于检索非常有利;

2、数字型,占用空间小,易排序,在程序中传递也方便;

3、如果通过非系统增加记录时,可以不用指定该字段,不用担心主键重复问题。

缺点 :

1、因为自动增长,在手动要插入指定id的记录时会显得麻烦,尤其是当系统与其它系统集成时,需要数据导入时,很难保证原系统的id不发生主键冲突(前提是老系统也是数字型的)。

2、如果经常有合并表的操作,就可能会出现主键重复的情况很难处理分布式存储的数据表。

3、数据量特别大时,会导致查询数据库操作变慢。此时需要进行数据库的水平拆分,划分到不同的数据库中,那么当添加数据时,每个表都会自增长,导致主键冲突。

uuid

优点:

1、能够保证独立性,程序可以在不同的数据库间迁移,效果不受影响。保证生成的id不仅是表独立的,而且是库独立的,这点在你想切分数据库的时候尤为重要。

缺点:

1、比较占地方,和int类型相比,存储一个uuid要花费更多的空间。

2、使用uuid后,url显得冗长,不够友好。

3、join操作性能比int要低。

4、uuid做主键将会添加到表上的其他索引中,因此会降低性能。

以上为个人经验,希望能给大家一个参考,也希望大家多多支持。