数据库UUID与GUID有何区别

发布时间：2026-07-01 17:09:59 来源：亿速云阅读：85 作者：小樊栏目：数据库

结论先行：在数据库语境下，UUID 和 GUID 本质上是同一类东西，区别主要在使用习惯和实现细节上，而不是“能不能互用”。

一、核心概念对比

维度	UUID	GUID
全称	Universally Unique Identifier	Globally Unique Identifier
来源	开放标准（IETF RFC 4122）	微软提出并广泛使用
标准	RFC 4122	基于 UUID，但由微软实现
格式	`xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx`	与 UUID 完全一致
长度	128 位（16 字节）	128 位（16 字节）
数据库支持	主流数据库通用	主要用于 SQL Server

✅ GUID 是微软对 UUID 的实现，两者在结构和格式上几乎相同。

二、数据库中的实际差异

1️⃣ 术语使用差异（不是技术差异）

数据库	常用叫法
MySQL / PostgreSQL	`UUID`
SQL Server	`UNIQUEIDENTIFIER`（常叫 GUID）
Oracle	`RAW(16)` / `SYS_GUID()`
MongoDB	`UUID`（底层是二进制）

在 SQL Server 中你几乎不会看到 UUID 这个词，而是 UNIQUEIDENTIFIER。

2️⃣ 生成方式（实现细节）

UUID（通用）

基于时间、MAC、随机数等
常见版本：
- UUID v1：时间 + MAC
- UUID v4：随机（最常用）
- UUID v7：时间戳 + 随机（趋势递增，适合数据库）

GUID（微软）

默认实现类似 UUID v4
SQL Server 示例：

SELECT NEWID();
-- 输出：6F9619FF-8B86-D011-B42D-00C04FC964FF

⚠️ SQL Server 的 NEWID()：

无序
会导致索引碎片（尤其是聚集索引）

3️⃣ 排序与性能差异（数据库重点）

类型	是否有序	索引性能
UUID v4 / GUID	❌ 无序	差（易碎片）
UUID v7	✅ 趋势递增	好
SQL Server `NEWSEQUENTIALID()`	✅ 近似有序	较好

✅ 数据库主键强烈建议使用有序 UUID（v7 或 sequential）

4️⃣ 存储方式差异

存储方式	大小	说明
`CHAR(36)`	36 字节	字符串，不推荐
`BINARY(16)` / `UUID`	16 字节	✅ 推荐
SQL Server `UNIQUEIDENTIFIER`	16 字节	内部二进制

三、常见误区

❌ “GUID 比 UUID 更唯一”
✅ 两者唯一性强度相同

❌ “UUID 不能用于 SQL Server”
✅ 能用，只是 SQL Server 叫 UNIQUEIDENTIFIER

❌ “UUID 一定是字符串”
✅ 本质是 128 位二进制，字符串只是表示形式

四、什么时候用哪个？

✅ 推荐场景

分布式系统
多库合并
离线生成 ID
微服务

❌ 不推荐

高频写入表的主键使用 无序 UUID/GUID
用字符串形式存储 UUID

五、一句话总结

UUID 是标准，GUID 是微软实现；数据库里它们是一回事，只是叫法和实现细节不同。

如果你愿意，我可以：

给你 MySQL / PostgreSQL / SQL Server 的 UUID 最佳实践
对比 UUID vs 自增 ID vs Snowflake
解释 为什么 UUID 会导致索引碎片

你更关心哪种数据库？

向AI问一下细节