什么是 UUID 与 ULID？它们解决了什么问题？
在分布式系统和现代数据库设计中，生成全局唯一的标识符（ID）是一项核心任务。传统的自增整数 ID 虽然简单，但在分库分表、微服务架构以及需要隐藏内部数据量级的情况下，会面临主键冲突和安全风险。
UUID (Universally Unique Identifier) 是一套 128 位的标识符标准。最常用的 UUID v4 几乎完全基于随机数，提供了极高的唯一性。然而，UUID v4 的随机性导致它在数据库 B-Tree 索引中表现不佳，会引起严重的页分裂（Page Splitting）和性能下降。
UUID v7 和 ULID (Universally Unique Lexicographically Sortable Identifier) 是为了解决这个问题而诞生的。它们在 ID 的开头部分嵌入了毫秒级的时间戳，使其具有“时间有序性”。这意味着新生成的 ID 总是大于旧的 ID，能够顺序插入数据库索引，极大地提升了数据库写入性能。
不同 ID 类型的具体应用场景
- UUID v4： 适用于对排序没有要求，且希望 ID 完全不包含任何信息（如创建时间）的场景，常用于 Token 生成、临时文件名等。
- UUID v7： 现代数据库设计的首选。它遵循标准的 UUID 格式，同时具备时间有序性，非常适合作为 MySQL、PostgreSQL 的主键。
- ULID： 如果您追求更短的 ID 长度（26 位字符）和更好的 URL 友好性，ULID 是最佳选择。它使用 Base32 编码，不包含连字符，且字母不区分大小写，非常适合作为公开的 API 资源标识。
如何使用本在线生成器？
- 选择类型： 根据您的业务需求选择 v4、v7 或 ULID。如果您不确定，UUID v7 通常是数据库开发的最佳通用选择。
- 设置格式： 标准开发通常使用小写带连字符的格式。如果您需要将其用于 URL 或特定系统，可以选择“无连字符”模式。
- 批量生成： 输入您需要的数量（最高支持 1000 个），点击生成按钮，系统会瞬间为您提供一组唯一的标识符。
- 本地生成： 为了您的数据安全，本工具的所有生成逻辑均在您的浏览器本地执行，您的 ID 永远不会发送到我们的服务器。
常见问题解答 (FAQ)
1. UUID v7 会出现重复吗？
理论上极难。UUID v7 包含 48 位毫秒时间戳和约 80 位的随机部分。即使在同一毫秒内生成数百万个 ID，发生碰撞的概率也微乎其微，足以满足绝大多数互联网级应用的需求。
2. 为什么 ULID 只有 26 位？
ULID 同样是 128 位的数据，但它使用了 Base32 编码（0-9, A-Z，排除容易混淆的 I, L, O, U），这比 UUID 使用的十六进制编码更高效，因此能以更短的字符串长度表示相同的信息量。
3. 在数据库中使用 UUID 有什么弊端？
相比自增整数，UUID 占用的空间更多（16 字节 vs 4/8 字节）。但通过使用时间有序的 UUID v7，可以规避随机 UUID 带来的索引性能瓶颈。在现代存储硬件下，UUID 的灵活性（支持离线生成、易于迁移）通常远超其空间成本。