Mysql 使用UUID 作为主键的分析

前置条件
Mysql innodb存储引擎

一:为什么使用UUID

UUID 是 通用唯一识别码(Universally Unique Identifier)的缩写,是一种软件建构的标准,亦为开放软件基金会组织在分布式计算环境领域的一部分。其目的,是让分布式系统中的所有元素,都能有唯一的辨识信息,而不需要通过中央控制端来做辨识信息的指定。如此一来,每个人都可以创建不与其它人冲突的UUID。
UUID 便于生成,不会重复,在分布式架构的系统中,很常见,但对于使用了mysql innodb 存储引擎来说,UUID 则不是一个好的选择。

二、UUID做主键的缺点分析

2.1 UUID 比较长 占用空间

默认32位的char,作为主键的时候更加占用表的空间,业务中需要实体的关系、连表查询,导致表空间被UUID字段所占用,不利用后期的数据库优化。

2.2UUID 没有顺序,随机生成

innodb 中默认是主键 B+树索引的,UUID 生成没有顺序,所以insert操作是随机的,数据被离散存储,造成innodb频繁的页分裂,使得insert的操作十分低效。

innodb 的表存储是有顺序的,UUID的生成没有顺序。

2.3 影响二级索引

innodb 的非主键索引受影响,我们知道 主键索引叶子节点存储的是
数据data,而二级索引(非主键索引)叶子节点存储的是主键id,这样一来,表中的二级索引要存储UUID ,占用空间。

2.4uuid之间比较大小相对数字慢不少, 影响查询速度。

这点有待考证,如果是主键索引那么理论上已经有了顺序,若是数字比较 大小快于字符串比较大小是有可能的。

参考资料:https://rdcqii.hundsun.com/portal/article/953.html

三、雪花算法

mybatisplus内置雪花算法。

详情:
https://www.jianshu.com/p/2a27fbd9e71a

猜你喜欢

转载自blog.csdn.net/keep_learn/article/details/108700052