MP 支持多种主键策略 默认是推特的“” 雪花算法“” ,也可以设置其他策略下面我演示主键策略使用
MP的主键定义在一个一个枚举类中 源码如下
public enum IdType { AUTO(0),//数据库自增 依赖数据库 NONE(1),// 表示该类型未甚至主键类型 (如果没有主键策略)默认根据雪花算法生成 INPUT(2),//用户输入ID(该类型可以通过自己注册填充插件进行填充) //下面这三种类型,只有当插入对象id为空时 才会自动填充。 ID_WORKER(3),//全局唯一(idWorker)数值类型 UUID(4),//全局唯一(UUID) ID_WORKER_STR(5);//全局唯一(idWorker的字符串表示) private final int key; private IdType(int key) { this.key = key; } public int getKey() { return this.key; } }
1,局部主键策略实现
在实体类中 ID属性加注解
@TableId(type = IdType.AUTO) 主键自增 数据库中需要设置主键自增 private Long id; @TableId(type = IdType.NONE) 默认 跟随全局策略走 private Long id; <p>本文来源gao!daima.com搞$代!码#网#</p>@TableId(type = IdType.UUID) UUID类型主键 private Long id; @TableId(type = IdType.ID_WORKER) 数值类型 数据库中也必须是数值类型 否则会报错 private Long id; @TableId(type = IdType.ID_WORKER_STR) 字符串类型 数据库也要保证一样字符类型 private Long id; @TableId(type = IdType.INPUT) 用户自定义了 数据类型和数据库保持一致就行 private Long id;
2,全局主键策略实现
需要在application.yml文件中
添加
mybatis-plus: mapper-locations: - com/mp/mapper/* global-config: db-config: id-type: uuid/none/input/id_worker/id_worker_str/auto 表示全局主键都采用该策略(如果全局策略和局部策略都有设置,局部策略优先级高)
Mybatis-Plus中另外的几种主键生成策略
1、分布式系统中主键的生成策略
在分布式系统中,常见的主键生成策略有以下几种:
1.1 数据库自增长序列或字段
最常见的方式。利用数据库,全数据库唯一。
优点:
1)简单,代码方便,性能可以接受。
2)数字ID天然排序,对分页或者需要排序的结果很有帮助。
缺点:
1)不同数据库语法和实现不同,数据库迁移的时候或多数据库版本支持的时候需要处理。
2)在单个数据库或读写分离或一主多从的情况下,只有一个主库可以生成。有单点故障的风险。
3)在性能达不到要求的情况下,比较难于扩展。
4)如果遇见多个系统需要合并或者涉及到数据迁移会相当痛苦。
5)分表分库的时候会有麻烦。
优化方案:
针对主库单点,如果有多个Master库,则每个Master库设置的起始数字不一样,步长一样,可以是Master的个数。比如:Master1 生成的是 1,4,7,10,Master2生成的是2,5,8,11 Master3生成的是 3,6,9,12。这样就可以有效生成集群中的唯一ID,也可以大大降低ID生成数据库操作的负载。类似于Redis的生成策略
1.2 UUID
常见的方式。可以利用数据库也可以利用程序生成,一般来说全球唯一。
优点:
1)简单,代码方便。
2)生成ID性能非常好,基本不会有性能问题。