【MySQL进阶之路 | 高级篇】推荐的主键设计：改造的UUID

1. 推荐的主键设计

非核心业务︰

对应表的主键自增ID，如告警、日志、监控等信息。

核心业务∶

主键设计至少应该是全局唯一且是单调递增。全局唯一保证在各系统之间都是唯一的，单调递增是希望插入时不影响数据库性能。

这里推荐最简单的一种主键设计:UUID。

UUID的特点:

全局唯一，占用36字节，数据无序，插入性能差。

认识UUID:

• 什么UUID是全局唯一的?
• 为什么UUID占用36个字节?
• 为什么UUID是无序的?

MySQL数据库的UUID组成如下：

UUID =时间+UUID版本〈16字节)–时钟序列（4字节)–MAC地址（12字节)

我们以UUID值e0ea12d4-6473-11eb-943c-00155dbaa39d举例:

• 为什么UUID具有全局唯一性？

在UUID中时间部分占用60位，存储的类似TIMESTAMP的时间戳，但表示的是从1582-10-15 00: 00: 00：00到现在的100ns的计数。可以看到UUID存储的时间精度比TIMESTAMPE更高，时间维度发生重复的概率降低到1/100ms。

时钟序列是为了避免时钟被回拨导致产生时间重复的可能性。MAC地址用于全局唯一。

• 为什么UUID占用36个字节?

UUID根据字符串进行存储，设计时还带有无用"-"字符串，因此总共需要36个字节。

• 为什么UUID是随机无序的呢?

改造UUID：

若将时间高低位互换，则时间就是单调递增的了，也就变得单调递增了。MySQL 8.0可以更换时间低位和时间高位的存储方式，这样UUID就是有序的UUID了。

MySQL 8.0还解决了UUID存在的空间占用的问题，除去了UUID字符串中无意义的"-"字符串，并且将字符串用二进制类型保存，这样存储空间降低为了16字节。

可以通过MysQL8.o提供的uuid_to_bin函数实现上述功能，同样的，MySQL也提供了bin_to_uuid函数进行转化。