IT Tool

Free UUID Generator Online

Generate cryptographically random UUID v4 or time-sortable UUID v7 identifiers. Single or bulk, in default, uppercase, no-dash, or braced format — all in your browser.

Instant 100% Client-Side No Login
PROCESSINGLOCAL
LIMITNONE
PRIVACYBROWSER-ONLY
Version:
Format:

Bulk limit: 1 to 10,000 (stability safe)

0 UUIDs · V4

A UUID is not a secret, and other things people get wrong

A UUID is a 128-bit identifier written as 32 hexadecimal characters split by 4 hyphens into an 8-4-4-4-12 pattern, like 550e8400-e29b-41d4-a716-446655440000. Its 1 job is to be unique without a central authority handing out numbers, so 2 services on opposite sides of a network can each mint an ID and trust the 2 will never collide. Standardized first as RFC 4122 in 2005 and refreshed as RFC 9562 in May 2024, the layout is deliberately dull: 4 bits mark the version, 2 bits mark the variant, and the remaining 122 bits carry either randomness or a timestamp depending on the version you choose.

The mistake that causes real damage is treating a UUID as a secret. A version 4 UUID holds 122 bits of randomness, roughly 5.3 × 1036 combinations, which is ample entropy, yet the value still lands in URLs, access logs, referrer headers, emails, and browser history. Anyone who reads it can replay it. A UUID answers which record, not whether the caller may touch that record; the second question needs an authorization check on the server. Use a UUID as a primary key or an idempotency token, never as a password-reset link, session cookie, or API key on its own.

v4 versus v7, and why your database cares

Version 4 fills 122 bits with cryptographically secure random data, so 2 consecutive IDs land in completely different places. That randomness punishes a database. A clustered index — the default primary key in MySQL 8 InnoDB and SQL Server — stores rows physically in key order, so random keys scatter inserts across the whole B-tree, splitting 16 KB pages and thrashing the buffer pool once a table passes 5 million rows. Version 7, added in RFC 9562, fixes this by placing a 48-bit Unix millisecond timestamp in the first 48 bits, then the version nibble, then 74 bits of randomness. Successive v7 values sort in creation order, so inserts append to the tail of the index the way an AUTO_INCREMENT bigint would, while keeping enough entropy that 2 IDs minted in the same 1 millisecond still differ. Choosing a key for a new table in 2026, v7 is almost always the better default; v4 stays ideal for tokens and any case where a creation time must not leak. Older schemes solved it differently: UUID v1 embedded a 48-bit MAC address and a 60-bit 100-nanosecond timestamp, which leaked hardware identity, while ULID and Twitter Snowflake are non-RFC alternatives that also front-load a timestamp.

The collision math, stated honestly

The chance of 2 random v4 UUIDs matching follows the birthday bound, not a flat 2122. Reaching a 50 percent chance of even 1 collision needs about 2.7 × 1018 values, which is 1 billion fresh UUIDs every second for roughly 85 years. Generate 1 trillion and the collision probability sits near 1 in 1013. For any real workload that is effectively 0, which is why teams index UUID columns as primary keys across 100 or more shards with no cross-node coordination. The caveat: this guarantee assumes a strong random source. A weak or seeded generator can collide within hours, which is exactly why this tool calls crypto.randomUUID and crypto.getRandomValues, both CSPRNG-backed, rather than Math.random, which carries only about 253 of internal state.

Storing a UUID without wasting space

The text form is 36 characters, but the value is only 16 bytes, and that gap matters at scale. Stored as a CHAR(36) or VARCHAR(36) column a UUID costs 36 bytes plus overhead and compares character by character; stored as raw bytes it costs 16. MySQL has no native type, so the efficient pattern is BINARY(16) with the UUID_TO_BIN and BIN_TO_UUID helpers added in 8.0, and for v1 UUIDs the optional swap-flag reorders the timestamp for index locality. PostgreSQL ships a first-class uuid type that already stores 16 bytes and indexes cleanly. When a UUID must ride in a URL, base64url encoding shrinks the 36-character text to 22 characters with no data loss, dropping the 4 hyphens and the hex inflation. Across 100 million rows the CHAR(36) versus BINARY(16) choice alone is roughly 2 GB of table plus a larger index, so pick the compact form early rather than migrating later.

What this tool does, and where it stops

This generator runs entirely in your browser. It calls the native Web Crypto API for every value, so no identifier is sent to or logged by a server, and there is no network request to make. Pick v4 or v7, choose a display format among default, UPPERCASE, no-dashes, or the braced form that C# Guid and the Windows registry expect, and generate 1 or up to 10000 at once. What it does not do is register the IDs anywhere or test them against your database; uniqueness across your own tables is still your schema's job, and only a UNIQUE constraint or PRIMARY KEY can enforce it. A v4 value shows 4 as the 15th character and 8, 9, a, or b as the 20th; a v7 value shows 7 in that 15th slot, so you can eyeball which version you copied. Generation is instant even at the 10000 ceiling, since minting 1 UUID is 16 bytes of entropy and a few shifts, well under 1 millisecond. Treat these 36-character strings as ready-to-paste identifiers, not as proof of anything.

How to Use

1

Pick a version: v4 (fully random) or v7 (time-sortable, better as a database key).

2

Choose a format — default, UPPERCASE, no-dashes, or the braced {…} form C# and the Windows registry expect.

3

Click "Generate 1 UUID", or set a count and click "Generate Bulk" for up to 10,000 at once.

4

Click any UUID to copy it, or use "Copy All" to copy the whole list.

Features

UUID v4 (random) and UUID v7 (time-sortable) per RFC 9562
Cryptographically secure values via the Web Crypto API — never Math.random
Bulk generation up to 10,000 per run, v7 batches stay in creation order
Four formats: default, UPPERCASE, no-dashes, and braced {…}
100% client-side — no identifier is sent to any server

Common Questions

About UUID Generator

Generate UUID v4 (fully random) or UUID v7 (time-sortable, per RFC 9562) identifiers using the Web Crypto API. v7 front-loads a 48-bit millisecond timestamp so IDs sort in creation order — the better default for a database primary key, since v4 randomness fragments a clustered B-tree index. Create a single UUID or up to 10,000 in bulk, in default lowercase, UPPERCASE, no-dashes, or the braced {…} form C# and the Windows registry use. Cryptographically secure via crypto.randomUUID / crypto.getRandomValues (never Math.random), one-click copy, and fully client-side — no identifier is sent to a server.

Also known as: generate uuid, guid generator, random uuid, uuid v4, uuid v7, time sortable uuid, bulk uuid, unique id generator, create guid, uuid online, rfc 9562, sortable uuid for database, nil uuid, uuid to binary.

Processing Note

UUID Generator runs in your browser, so the input you enter is processed locally on this page and is not uploaded to a ToolMintX account.

Tool Limits

IT tools provide quick diagnostics and transformations. They cannot see every private network, deployment setting, proxy, firewall, or production edge case.

Explore More