导读：UUID 如何破坏数据库性能，请大家来看本文。

唯一标识数据库中的行的最常见方法是使用UUID 字段。

然而我们也必须注意，这种方法实际上存在着性能问题。在本文中，我们讨论了在数据库表中使用 UUID 作为键时会出现的两个性能问题。

事不宜迟...让我们开始！

什么是 UUID？

UUID 代表通用唯一标识符（Universally Unique Identifier，缩写：UUID）。

UUID 目前有很多个版本，但在本文中我们只考虑最流行的版本：UUIDv4。

以下，是 UUIDv4 的示例：

请注意：每个 UUID 都在相同位置上，用数字4来表示版本号。

问题 1 — 插入的性能

当将新记录插入表中时，必须更新与主键相关联的索引以保持最佳查询性能。

索引是使用 B+ 树数据结构构建的。

对于每个记录插入，必须重新平衡底层 B+ 树以优化查询性能。

对于 UUID 来说，重新平衡过程变得非常低效。

这是因为 UUID 固有的随机性，使得保持树的平衡变得更加困难。

随着规模的扩大，您将需要重新平衡数百万个节点，这会大大降低使用 UUID 键时的插入性能。

问题 2 — 更高的存储量

让我们考虑具有自动递增整数键的 UUID 的大小：

相比之下，自动递增整数每个值消耗 32 位，而 UUID 每个值消耗128 位。

每行多 4 倍。

此外，大多数人以人类可读的形式存储 UUID，这意味着每个 UUID 值最多可消耗688 位。

每行大约多 20 倍。

让我们通过模拟真实的数据库来评估 UUID 实际上如何影响您的存储。

我们将在此示例中调整Josh Tried Coding使用的表格：

• 表 1将包含 100 万行带有 UUID 的数据。

• 表 2将包含 100 万行带有自动递增整数的数据。

以下是结果，让我们逐一分析一下每个统计数据：

总表大小：考虑两个表大小时，UUID 表大约比整数表大2.3 倍！

ID 字段大小：单个 UUID 字段比等效整数字段需要9.3 倍的存储空间！

ID 列大小：当排除每个表中的其他属性时， UUID 和整数列之间的大小差异为3.5 倍！

结论

UUID 是确保表中记录之间唯一性的好方法。

这些问题在规模上很普遍，因此 UUID 在实际场景不会对大多数项目造成明显的性能下降。

尽管这些问题在规模上很普遍，但认识到在表中使用 UUID 的含义，并确保最佳的数据库设计非常重要。

作者：校长