UUID Generator
RFC 4122-konforme eindeutige Identifikatoren generieren
Klicken Sie "UUID generieren" zum Starten
Was ist UUID?
UUID steht für Universally Unique Identifier und bezeichnet eine 128-Bit-Kennung, die Objekte, Datensätze, Sitzungen, Dateien oder Nachrichten in verteilten Systemen eindeutig unterscheidbar machen soll. Die bekannte Schreibweise besteht aus hexadezimalen Gruppen im Muster 8-4-4-4-12. UUIDs sind praktisch, wenn mehrere Server, Clients oder Dienste IDs erzeugen müssen, ohne jedes Mal eine zentrale Datenbank nach der nächsten Nummer zu fragen. Je nach Version entstehen UUIDs aus Zufall, Zeitinformationen oder namensbasierten Hashes; deshalb unterscheiden sich Datenschutz, Sortierbarkeit und Kollisionsrisiko. Das Werkzeug eignet sich zum schnellen Erzeugen und Prüfen solcher Kennungen, nicht als Ersatz für fachliche Zugriffs- oder Sicherheitslogik.
So verwenden Sie es
Generierungsschritte
- Wählen Sie die UUID-Version (v1, v4 oder Nil)
- Anzahl festlegen (1–100)
- Schreibweise wählen (Groß- oder Kleinbuchstaben)
- Format wählen (mit Bindestrichen, ohne Bindestriche oder mit geschweiften Klammern)
- Klicken Sie auf „Generieren“, um die gewünschten Identifikatoren zu erstellen
Tastenkürzel
- Ctrl + GUUID generieren
- Ctrl + Shift + CAlles kopieren
Identifikatorhinweise
- UUID v4 ist normalerweise die richtige Wahl für zufällige clientseitige Identifikatoren; sie enthält weder Zeit- noch Geräteinformationen.
- Verwenden Sie UUIDs nicht als Geheimnisse. Sie identifizieren Datensätze, sind aber kein Ersatz für Authentifizierungstoken oder Zugriffsschlüssel.
Anwendungsfälle
Technisches Prinzip
UUID ist ein 128-Bit-Identifikator in der Standardform 8-4-4-4-12, insgesamt 36 Zeichen (einschließlich 4 Bindestrichen). Die 128 Bits sind aufgeteilt in: time-low (32 Bits), time-mid (16 Bits), version-and-time-high (16 Bits, die oberen 4 Bits sind die Version), variant-and-clock-seq (16 Bits, die oberen 2 bis 3 Bits sind die Variante) und node (48 Bits). RFC 4122 definiert fünf Versionen, v1 bis v5. v1 basiert auf einem 60-Bit-Zeitstempel (100-Nanosekunden-Auflösung, gezählt ab dem 15. Oktober 1582), einer 48-Bit-MAC-Adresse und einer 14-Bit-Taktsequenz. Es ist theoretisch nach Erstellungszeit sortierbar, offenbart jedoch die Maschinenidentität und den Erstellungszeitpunkt. v4 ist die am weitesten verbreitete Version: 122 Bits gefüllt mit einer kryptographisch sicheren Zufallsquelle sowie festen Versions- (4) und Varianten-Bits (10). Die Kollisionswahrscheinlichkeit ist ein zentrales Anliegen im UUID-Design. v4 verfügt über 122 Bits Zufallsraum, und nach dem Geburtstagsparadoxon sind eine Milliarde UUIDs pro Sekunde über 85 Jahre nötig, um eine 50 %ige Wahrscheinlichkeit einer einzelnen Kollision zu erreichen — in der Praxis mehr als ausreichend. Die aufkommende v7 platziert den Zeitstempel vorne und die Zufallsbits hinten, vereinigt Eindeutigkeit und zeitliche Sortierung und eignet sich besser für Datenbank-Primärschlüssel.
- UUID v4: 122 Zufallsbits mit festem Versionsbit 4 und Variantenbit 10; geeignet für nahezu jedes Szenario und legt keine Privatsphäre offen
- UUID v1: 60-Bit-Zeitstempel + 48-Bit-MAC + 14-Bit-Taktsequenz; nach Zeit sortierbar, legt jedoch den Maschinenfingerabdruck offen — mit Vorsicht verwenden
- UUID v7: Zeitstempel vorne, Zufallsbits hinten; ein 2024er-Entwurfsstandard, der speziell für Datenbank-Primärschlüssel konzipiert ist
- Kollisionswahrscheinlichkeit: Der Zufallsraum von v4 beträgt 2^122, und eine Milliarde UUIDs pro Sekunde über 85 Jahre sind nötig, um eine 50 %ige Wahrscheinlichkeit einer einzelnen Kollision zu erreichen
- Nil UUID: Alle Nullen 00000000-0000-0000-0000-000000000000, häufig als Platzhalter oder Standardwert verwendet
- Formatvarianten: Neben der Standardform 8-4-4-4-12 gibt es die 32-stellige Form ohne Bindestriche, die {Klammern}-Form und die URN-Form (urn:uuid:...)
Beispiele
UUID v4 (zufällig) Standardformat
550e8400-e29b-41d4-a716-446655440000
Versionsziffer (13. Hex-Zeichen): 4 -> v4, zufällig
Variant-Bits (17. Hex-Zeichen): 8/9/a/b -> RFC 4122-Variant
Verwendung: Primärschlüssel in Datenbanken, Request-IDs, Asset-IDs - die Standardwahl, wenn die Reihenfolge keine Rolle spielt
RFC: RFC 4122 Abschnitt 4.4 definiert die v4-GenerierungUUID v1 (Zeitstempel + MAC) Format
c232ab00-9414-11ec-b909-0242ac120002
Versionsziffer: 1 -> v1, zeitbasiert
Hinweis: kodiert den Generierungszeitstempel in time_low; die letzten 12 Hex-Zeichen sind die Node-ID (oft eine MAC)
Verwendung: wenn sortierbare IDs oder eine deterministische pro-Host-Quelle benötigt werden, aber Achtung, die MAC verrät die Host-Identität
RFC: RFC 4122 Abschnitt 4.1 definiert das v1-LayoutStapelweise 5 v4-IDs erzeugen
a1b2c3d4-e5f6-4789-a012-3456789abcde
f7e8d9c0-b1a2-43f4-95e6-7d8c9b0a1e2f
3c4d5e6f-7a8b-49c0-9d1e-2f3a4b5c6d7e
8e9f0a1b-2c3d-44e5-bf6a-7b8c9d0e1f2a
5f6a7b8c-9d0e-45f1-a2b3-c4d5e6f7a8b9
Hinweis: jede ID wird unabhängig aus crypto.getRandomValues gezogen; die Kollisionswahrscheinlichkeit für 2^122 IDs ist gemäß RFC 4122 Anhang B vernachlässigbarFAQ
Was ist eine UUID?
Ein Universally Unique Identifier ist ein 128-Bit-Wert (RFC 4122/9562), üblich geschrieben als 32 Hex-Stellen im Muster 8-4-4-4-12, z. B. 550e8400-e29b-41d4-a716-446655440000. Verschiedene Versionen kodieren Zeit, Zufall oder Hashes; ihr Sinn ist, ohne zentrale Koordination systemübergreifend eindeutig zu sein.
Was ist der Unterschied zwischen UUID v1, v4 und v7?
v1 mischt die MAC-Adresse des Hosts mit einem 100-ns-Zeitstempel (gut sortierbar, gibt aber Hostinfos preis). v4 ist rein zufällig (122 Bit Entropie, keine Sortierung). v7 (RFC 9562) packt einen 48-Bit-Unix-ms-Timestamp in die hohen Bits und füllt die niedrigen mit Zufall - sortierbar wie v1, ohne MAC-Leak. v7 ist heute der Standard für Datenbankschlüssel.
Ist eine UUID wirklich eindeutig?
Statistisch ja. Selbst bei einer Milliarde v4-UUIDs pro Sekunde über 100 Jahre liegt die Kollisionswahrscheinlichkeit bei rund 50 % (Geburtstagsparadoxon). Für alle praktischen Systeme kannst du UUIDs ohne Koordination als eindeutig behandeln.
Sind UUIDs zufällig und unvorhersehbar?
v4-UUIDs sind zufällig und faktisch nicht vorhersehbar (122 Bit Entropie). v1-UUIDs sind überhaupt nicht zufällig - sie geben MAC und Zeitstempel des Hosts preis, also nicht als Sicherheitstoken nutzen. Auch der Timestamp-Präfix von v7 ist vorhersehbar; nur die abschließenden Zufallsbits sind unvorhersehbar.
Sollte ich UUIDs als Datenbank-Primärschlüssel verwenden?
Es funktioniert, hat aber Trade-offs. Zufällige v4-UUIDs verursachen B-Tree-Fragmentierung in Datenbanken, die nach dem Primärschlüssel clustern (z. B. MySQL InnoDB), und bremsen Insert-Performance bei Skalierung. Sortierbare v7-UUIDs vermeiden das. Auto-Increment-Integers sind weiterhin kleiner und schneller - UUIDs lohnen sich, wenn verteilte Generierung wichtig ist.
Erfolgt die UUID-Generierung im Browser?
Ja. Die Seite nutzt crypto.randomUUID (oder crypto.getRandomValues für ältere Browser), das Teil der Web Crypto API ist. Es wird nichts an einen Server gesendet, und ein Seiten-Refresh liefert einen frischen Entropie-Strom.
Warum sehen manche UUIDs am Anfang fast gleich aus?
v1- und v7-UUIDs kodieren die Zeit in den führenden Zeichen, sodass UUIDs aus derselben Millisekunde denselben Präfix haben und sich nur in den hinteren Bytes unterscheiden. Genau diese Eigenschaft macht sie natürlich sortierbar. v4-UUIDs sind zufällig und zeigen das nicht.