MyBatis-Plus 主键策略

一 各种策略比较

描述

个人看法

AUTO

数据库ID自增

一般情况下足矣

NONE

无状态,该类型为未设置主键类型(注解里等于跟随全局,全局里约等于 INPUT)

很少使用

INPUT

insert前自行set主键值

看公司需求

ASSIGN_ID

分配ID(主键类型为Number(Long和Integer)或String)(since 3.3.0),使用接口IdentifierGenerator的方法nextId(默认实现类为DefaultIdentifierGenerator雪花算法)

比下面的好

ASSIGN_UUID

分配UUID,主键类型为String(since 3.3.0),使用接口IdentifierGenerator的方法nextUUID(默认default方法)

生成32位的uuid

二 ASSIGN_UUID

1 优点

  • UUID 性能非常高:本地生成,没有网络消耗,如果只考虑唯一性 UUID 是好的。

2 缺点

  • 入数据库的性能较差。

  • 无序。

  • 无法预测他的生成顺序,不能生成递增有序的数字。首先分布式 id 一般都会作为主键, UUID太长,占用存储空间比较大,如果是海量数据库,就需要考虑存储量的问题。

  • UUID 往往是使用字符串存储,查询的效率比较低。传输数据量大,且不可读 。

  • 索引,B+ 树索引的分裂。

  • 既然分布式 id 是主键,主键是包含索引的,然后 mysql 的索引是通过 b+ 树来实现的,,因为 UUID 数据是无序的,每一次新的 UUID 数据的插入,为了查询的优化,都会对索引"底层的B+树进行修改,这一点不好。插入完全无序,不但会导致一些中间节点产生分裂,也会白白创造出很多不饱和的节点,这样大大降低了数据库插入的性能。

三 ASSIGN_ID

1 说明

MyBatis-Plus默认的主键策略是:ASSIGN_ID (使用了雪花算法)

@TableId(type =
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值