MyBatis-Plus 主键策略

本文介绍了MyBatis-Plus(MP)的主键生成策略,包括自增、无主键、雪花算法、UUID和ID_worker_str等。重点讨论了雪花算法,这是一种由Twitter提出的分布式ID生成策略,能保证分布式环境下的唯一性和趋势递增性。文章还提及了全局主键配置,并讨论了雪花算法的优缺点,如时间戳、机器ID和流水号的组合确保ID的唯一性,以及在时钟回拨情况下的潜在问题。
摘要由CSDN通过智能技术生成

一、介绍

结合MP入门实践搭建的数据库和项目环境,此处我们来对数据库插入操作。先按照我们常用的方式来插入数据项目:

//添加
@Test
public void testAdd() {
    User user = new User();
    user.setId(9L);
    user.setName("小李");
    user.setAge(20);
    user.setEmail("1243@qq.com");
    int insert = userMapper.insert(user);
    System.out.println(insert);
}

在这里插入图片描述
这样就造成了业务需求实现中,需要管理主键ID,从而增加了业务功能的实现,那么如果我们不直接赋值主键ID是否可以呢?

    // 添加数据
    @Test
    public void testAdd() {
        User user = new User();
        user.setName("小李");
        user.setAge(20);
        user.setEmail("1243@qq.com");
        int insert = userMapper.insert(user);
        System.out.println(insert);
    }

在这里插入图片描述
可以发现MP为我们生成了一个特殊的主键ID,那么MP又为我们提供了哪些主键生成策略呢?

二、MyBatis-Plus 主键策略

其实,MP为我们提供了多种主键策略,根据应用场景不同可对不同实体分别使用各自的主键策略,也可全局统一策略。

 /**
* 1.设置主键自增,数据库同样要进行主键自增设置
* @TableId(type = IdType.AUTO)
*
* 2.数据库不设置主键自增,实体类设置id则使用设置的id进行插入,实体类不设置id则使用默认的雪花算法
* @TableId(type = IdType.NONE)
*
* 3.这个就是雪花算法(默认)
* @TableId(type = IdType.ID_WORKER)
*
* 4.这个雪花算法要求id是String类型的
* @TableId(type = IdType.ID_WORKER_STR)
*
* 5.UUID要求id为String类型
* @TableId(type = IdType.UUID)
*
* 注:3、4、5 这三种主键策略只有当插入对象ID为空,才自动填充!
*/

// 用户类
@Data
public class User {
    //MP主键策略
    @TableId(type = IdType.ASSIGN_ID)
    private Long id;
    private String name;
    private Integer age;
    private String email;
}

如何要想为所有实体进行MP主键策略配置,可以在application.properties中设置全局主键配置:

#全局设置主键生成策略
mybatis-plus.global-config.db-config.id-type=auto

注意:

  • MP提供了多种主键策略,可根据不同的场景需要使用不同的策略
  • 需要主键ID无规则的时候,建议使用雪花算法(ASSIGN_ID)和UUID

2.1、雪花算法(分布式ID生成器)

雪花算法是由Twitter公布的分布式主键生成算法,它能够保证不同表的主键的不重复性,以及相同表的主键的有序性。
核心思想

  • 长度共64bit(一个long型)。
  • 首先是一个符号位,1bit标识,由于long基本类型在Java中是带符号的,最高位是符号位,正数是0,负数是1,所以id一般是正数,最高位是0。
  • 41bit时间截(毫秒级),存储的是时间截的差值(当前时间截 - 开始时间截),结果约等于69.73年。
  • 10bit作为机器的ID(5个bit是数据中心,5个bit的机器ID,可以部署在1024个节点)。
  • 12bit作为毫秒内的流水号(意味着每个节点在每毫秒可以产生 4096 个 ID)。
    在这里插入图片描述
    优点
  • 整体上按照时间自增排序,并且整个分布式系统内不会产生ID碰撞,并且效率较高。
  • 毫秒数在高位,自增序列在低位,整个ID都是趋势递增的
  • 不依赖数据库等第三方系统,以服务的方式部署,稳定性更高,生成ID的性能也是非常高的
  • 可以根据自身业务特性分配bit位,非常灵活
    缺点
  • 依赖机器时钟,如果机器时钟回拨,会导致重复ID生成
  • 在单机上是递增的,但是由于设计到分布式环境,每台机器上的时钟不可能完全同步,有时候会出现不是全局递增的情况
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值