Ctrl K
UUID 生成器 · 使用说明
UUID 生成器批量生成符合 RFC 4122 的 UUID：支持 v4 随机版本与 v7 时间有序版本，可切换大小写、保留或去掉连字符、添加花括号与 URN 前缀，一次可生成上千条并整批复制。v7 按时间递增，作为数据库主键时索引更友好；v4 完全随机，适合不暴露生成顺序的场景。随机数取自浏览器加密随机源，全部在本地生成，不会上传也不会记录。
示例
输入
生成 3 个 v4 UUID
输出
3f2504e0-4f89-11d3-9a0c-0305e82c3301 8b1a9953-0c9e-4f6a-8d21-1f0c5b3e7a44 …
如何使用
- 选择生成数量
- 点击生成或自动刷新列表
- 一键复制全部或单条 UUID
小贴士
- UUID v4 碰撞概率可忽略，适合分布式系统
- 需要有序 ID 场景可考虑时间戳 + 随机后缀
常见问题
UUID 生成器会上传我的数据吗？
不会。UUID 用浏览器内置的加密随机数在本地生成，不涉及任何网络请求与上传，页面关闭后也不留下记录，和站内 本地工具 一致。
v4 会重复吗？
概率极低。v4 含 122 位随机数，即使每秒生成十亿个也要连续极长时间才可能撞到一个，实际使用中可视为不会重复。
能当数据库主键吗？
可以。相比自增 ID，随机主键会造成索引碎片与缓存局部性较差，单库高并发写入需评估；它更适合分布式、需要跨库合并主键或无法预知的场景。
为什么比自增 ID 慢？
自增 ID 顺序写入、页缓存友好；UUID 随机分布会让每次插入落到不同数据页并触发页分裂，因此在 InnoDB 单库高并发下通常更慢一点。
想要时间有序的 ID 怎么处理？
本站当前提供 v4（纯随机）。需要时间上有序的 ID 常用 v7（以时间戳开头）；你也可先拼时间戳前缀设计自定义 ID，或用 时间戳转换 生成有序时间部分。