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