UUID Generator

Generate RFC 4122-compliant UUIDs in bulk — version 1 (time-based), version 4 (random), or version 7 (sortable). All generation happens in your browser — nothing is sent to any server.

Version
Count
Uppercase
No hyphens
Braces {}
Output · UUID v4
❤️ Support CodeConverter.net and donate ❤️

Everything you need to know about UUIDs

What is a UUID?

A UUID (Universally Unique Identifier), also known as a GUID (Globally Unique Identifier) in Microsoft environments, is a 128-bit label used to uniquely identify information in computer systems. UUIDs are standardized by RFC 4122 and formatted as 32 hexadecimal digits split into five groups separated by hyphens: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx.

Because UUID collision probability is astronomically low — a v4 UUID has roughly 5.3 × 10²¹ possible values per bit of randomness — they can be generated independently on any number of machines without coordination, making them indispensable for distributed systems, databases, REST APIs, and client-side ID generation.

UUID versions explained
  • v1 — time-based + MAC address; sortable but leaks machine info
  • v4 — purely random; most widely used and recommended
  • v7 — Unix timestamp + randomness; k-sortable for DB primary keys
  • All three are RFC 4122-compliant and globally unique
Common use cases
  • Primary keys in SQL and NoSQL databases
  • Correlation IDs and request tracing in microservices
  • Unique filenames and session tokens
  • Entity IDs in REST APIs and event-driven architectures
How to use this tool
  • Choose UUID version: v4 (random), v1 (time), or v7 (sortable)
  • Set the count (1–1000) and toggle formatting options
  • Click Generate UUIDs — output appears instantly
  • Copy all to clipboard or download as .txt
100% private & client-side
  • UUIDs are generated using crypto.randomUUID() in your browser
  • No request is made to any server — ever
  • Cryptographically secure randomness (CSPRNG)
  • Works offline after initial page load
UUID vs. ULID vs. NanoID
  • UUID — universal standard, supported everywhere
  • ULID — lexicographically sortable, URL-safe alternative
  • NanoID — shorter, URL-safe, configurable alphabet
  • UUID v7 offers sortability without leaving the RFC 4122 standard
Formatting options
  • Standard: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
  • Uppercase: XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX
  • No hyphens: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
  • Braces (GUID style): {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}

Should I use UUID v4 or v7 for database primary keys?

UUID v4 is the simplest choice and the most widely supported — it's purely random and has near-zero collision probability. However, because the values are random, inserting them into a B-tree index (like those used by PostgreSQL, MySQL, and most relational databases) causes frequent page splits and poor cache locality, which can degrade write performance at scale.

UUID v7 solves this by embedding a Unix millisecond timestamp in the most-significant bits, making IDs monotonically increasing within each millisecond. This preserves index locality — new rows land at the end of the index, just like an auto-increment integer — while still giving you the distributed generation and global uniqueness benefits of a UUID. If you're starting a new project and control your schema, v7 is generally the better choice for primary keys.