一 各种策略比较
值 |
描述 |
个人看法 |
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 =