UUID Generator

UUID-Generator

UUID v4, v7, v1, v3, v5 oder v6 sofort im Browser generieren. RFC 4122/RFC 9562-konform. Massengeneration, Sitzungsverlauf und Ein-Klick-Kopieren.

Aktualisiert April 2026

Geprüft von Rafael Duarte

CONFIGURATION
UUID Version

v7 embeds Unix ms timestamp as a prefix — UUIDs sort by creation time. No separate sequence column needed for DB insert performance.

Bulk Generation LIMIT: 100
Quick Tip

Use Ctrl+G to regenerate instantly. · Shift+Enter to copy.

GENERATED OUTPUT

Ready for production use

Click "Generate New" to create a UUID

So generierst du eine UUID

Jede Version, im Batch, sofort

1. Version wählen

v7 ist die empfohlene Standardversion. Nutze v4 für reine Zufälligkeit oder v3/v5 für deterministische IDs.

2. Anzahl festlegen

1 bis 100 auf einmal (v3/v5 erzeugen immer nur eine UUID, da sie deterministisch sind).

3. Kopieren

Klicke auf die UUID, drücke `Shift+Enter`, oder nutze „Alle kopieren" für den ganzen Batch.

Was dieser UUID-Generator kann

RFC 4122 und RFC 9562, alle Versionen

v1 bis v7 an einem Ort

Zufällig, namensbasiert oder zeitlich sortiert — ohne das Tool zu wechseln.

Massengeneration

Bis zu 100 UUIDs auf einmal, jede einzeln oder als Block kopierbar.

`crypto.randomUUID()`

Nutzt den CSPRNG des Betriebssystems — dieselbe Entropiequelle wie private TLS-Schlüssel.

Funktioniert als GUID-Generator

Microsofts GUID ist dasselbe Format wie RFC 4122 — vollständig austauschbar.

Lokaler Sitzungsverlauf

Jede generierte UUID bleibt im Browser gespeichert — als verwendet markieren, erneut kopieren oder Einträge löschen, ohne bereits Generiertes zu verlieren.

Link zum Teilen

Erzeuge einen Link, der beim Öffnen dieselbe UUID reproduziert — praktisch, um eine bestimmte ID zur Prüfung ans Team zu schicken.

Anatomie einer UUID

Jede UUID folgt dem Muster `xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx`

Version
Was M verrät
v4 — `550e8400-e29b-41d4-a716-446655440000`
Versionsziffer 4 — alle übrigen Bits sind zufällig
v7 — `0191d2a0-1234-7a3f-9c2d-4f8e1b5a6c3d`
Unix-Zeitstempel in ms (48 Bit) + Ziffer 7 + zufälliges Suffix
v1 — `6ba7b810-9dad-11d1-80b4-00c04fd430c8`
Gregorianischer Zeitstempel in 3 Feldern + Versionsziffer 1
v5 — `74738ff5-5367-5958-9aee-98fffdcd1876`
SHA-1 aus Namespace + Name — Ziffer 5, derselbe Input erzeugt immer diese UUID

Wann du das brauchst

Die häufigsten Szenarien unter unseren Nutzern

Primärschlüssel in neuen Systemen

UUID v7 — Lokalität im B-Tree-Index ohne separate Sequence-Spalte.

Session-Tokens und Request-IDs

v4 oder v7 für nicht erratbare Identifier mit voller Zufälligkeit.

Idempotenzschlüssel bei Zahlungen

Sende pro Request eine UUID, damit das Backend Duplikate ablehnt — Standard bei Stripe und Adyen.

Deterministische IDs aus bekannten Daten

v5 (SHA-1) für dieselbe UUID aus einem gegebenen Namespace + Name, etwa einer URL oder E-Mail-Adresse.

Dateinamen beim Upload

Ersetze den Originalnamen durch eine UUID, bevor du in S3 oder GCS speicherst.

Correlation-IDs im verteilten Tracing

An jeden Log-Eintrag anhängen und zwischen Services weitergeben, um den Ablauf eines Requests zu rekonstruieren.

Häufige Fehler

v4 nutzen, wo v7 besser passt

v4 verwürfelt die Einfügereihenfolge im Index und verursacht Page Splits in SQL-Datenbanken mit hohem Volumen.

Annehmen, v1/v6 würden keine Informationen verraten

Beide betten den Erstellungszeitstempel ein — vermeide sie, wenn die Privatsphäre der Uhrzeit wichtig ist.

Zufälligkeit von v3/v5 erwarten

Sie sind deterministisch: derselbe Namespace + Name erzeugt immer dieselbe UUID, by Design.

Einen ungültigen eigenen Namespace bei v3/v5 verwenden

Entspricht die als Namespace eingegebene UUID nicht dem korrekten Format, wird der Hash über falsche Bytes berechnet und das Ergebnis ergibt keinen Sinn — ohne jede Warnung auf dem Bildschirm. Prüfe das Format, bevor du es produktiv einsetzt.

v3 wählen, wo v5 sicherer wäre

v3 nutzt MD5, das für neue Anwendungen als schwach gilt; v5 (SHA-1) deckt denselben Anwendungsfall robuster ab. Reserviere v3 für die Interoperabilität mit Legacy-Systemen, die bereits in diesem Format generieren.

UUIDs wie case-sensitive Strings vergleichen

Die kanonische Form ist Kleinschreibung, aber RFC 4122 behandelt Groß- und Kleinschreibung als gleichwertig. Normalisiere auf Kleinschreibung, bevor du Strings aus unterschiedlichen Systemen vergleichst.

Warum UUID v7 der moderne Standard ist

v7 kodiert einen 48-Bit-Unix-Zeitstempel in den höchstwertigen Bits. Das garantiert, dass neue Zeilen immer nahe am Ende des B-Tree-Index eingefügt werden, wodurch sich eine separate BIGSERIAL-Spalte nur für die Sortierung erübrigt.

Die Kollisionswahrscheinlichkeit zwischen UUIDs ist verschwindend gering — v4 bräuchte rund 2,71 Trillionen Generierungen für eine 50-prozentige Kollisionswahrscheinlichkeit; v7 fügt das Zeitpräfix hinzu, wodurch Kollisionen innerhalb derselben Millisekunde praktisch ausgeschlossen sind.

v6 hatte die Sortierung von v1 bereits korrigiert, indem dieselben Felder neu angeordnet wurden, behielt aber die gregorianische Epoche von 1582 bei — für modernen Code wenig natürlich. v7 nutzt die Unix-Epoche, die jede Sprache und jede Datenbank bereits nativ beherrscht — deshalb ist v7 der Standard für neue Projekte, während v6 Migrationen von Systemen vorbehalten bleibt, die bereits v1 generiert haben.

Vergleich der UUID-Versionen

Welche Version für welche Situation

v1
v4
v5
v7
Algorithmus
Gregorianischer Zeitstempel
Zufällig
SHA-1 nach Namen
Unix-Zeitstempel in ms
Eingebetteter Zeitstempel
ja (verwürfelt)
nein
nein
ja (sortierbar)
Einfüge-Performance
schlecht
schlecht
—
besser
Ideal für
Legacy-Systeme
allgemeine Nutzung
namensbasierte stabile IDs
neue Primärschlüssel

Häufig gestellte Fragen

Ja — GUID ist der Microsoft-Begriff für dasselbe, in RFC 4122 definierte Format. Vollständig austauschbar. Dieses Tool erzeugt gültige GUIDs für .NET, SQL Server oder Windows-APIs.

Weiterführende Links

Verwandter Artikel

Chave primária natural ou surrogate key

Verwandte Tools