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

目录

• mybatis-plus添加数据时id自增问题
• 解决方案
• 插入记录的主键自增赋值机制说明
• 代码说明
• 1、找到执行入口
• 2、看看keyGenerator的执行逻辑
• 3、 跟进逻辑执行
• 4、继续进入下一层逻辑
• 5、继续进入下一层逻辑
• 6、关键取值
• 7、关键赋值
• 自增主键
• UUID

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

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

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

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

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

解决方案

在实体类自增的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、找到执行入口

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

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

2、看看keyGenerator的执行逻辑

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

3、 跟进逻辑执行

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

4、继续进入下一层逻辑

这个时候，id仍然是null

5、继续进入下一层逻辑

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

6、关键取值

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

7、关键赋值

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

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

总结

自增id的补偿赋值很好的弥补了同自定义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做主键将会添加到表上的其他索引中，因此会降低性能。

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