Online UUID-Generator

1. 1

   Version wählen

   Version 4 ist zufällig und die sichere Voreinstellung. Version 7 ist zeitlich sortierbar und die bessere Wahl für einen Datenbankschlüssel. Die Versionen 3 und 5 machen aus einem Namen eine Kennung, die sich nie ändert. Die Versionen 1 und 6 enthalten einen Zeitstempel, und Nil und Max sind die beiden festen Sonderwerte.

2. 2

   Anzahl festlegen

   Geben Sie eine Zahl ein oder nutzen Sie eine Voreinstellung. Hundert pro Klick sind kostenlos; größere Stapel bis zu einer Million auf einmal gehören zu Pro. Bei den Versionen 3 und 5 ergibt sich die Anzahl stattdessen aus der eingefügten Namensliste.

3. 3

   Darstellung wählen

   Wechseln Sie zwischen Klein- und Großschreibung, entfernen Sie die Bindestriche für die kompakte Form, umschließen Sie die Werte mit geschweiften Klammern oder dem Präfix urn:uuid:, und fügen Sie ein Präfix oder Suffix hinzu, wenn Sie direkt in Code einfügen.

4. 4

   Erzeugen

   Drücken Sie die Schaltfläche zum Erzeugen. Jeder Wert entsteht auf Ihrem Gerät aus dessen kryptografischer Zufallsquelle, ohne dass etwas an einen Server geht.

5. 5

   Kopieren oder exportieren

   Kopieren Sie einen Wert mit der Schaltfläche daneben, kopieren Sie den ganzen Stapel auf einmal, oder laden Sie die Liste als Klartext, JSON, CSV oder Base64 herunter.

6. 6

   Vorhandene Kennungen prüfen

   Wechseln Sie in den Prüfmodus und fügen Sie eine Liste ein oder ziehen Sie eine Text-, CSV-, JSON- oder Protokolldatei hinein. Jeder Wert wird mit Version, Variante, eingebetteter Erzeugungszeit und Knoten ausgewiesen, und Duplikate werden gezählt.

RFC 9562 hat RFC 4122 im Mai 2024 abgelöst und drei neue Versionen sowie zwei Sonderwerte ergänzt. Diese Seite erzeugt jede davon, die ein Browser ehrlich erzeugen kann. Jeder Eintrag nennt, was der Wert enthält und für welche eine Situation er die richtige Antwort ist.

• Version 4 – zufällig — 122 Bit Zufall und sonst nichts. Unvorhersehbar, enthält keine Information über Zeitpunkt oder Ort der Erzeugung, und die richtige Voreinstellung, sobald Sie keine Anforderung jenseits der Eindeutigkeit haben.
• Version 7 – zeitlich sortierbar — Ein 48-Bit-Zeitstempel in Millisekunden, gefolgt von Zufall. Sortiert sich als einfache Zeichenkette nach Erzeugungszeit, was sie zur modernen Empfehlung für Datenbank-Primärschlüssel macht. Neu in RFC 9562.
• Version 1 – zeitbasiert — Ein 60-Bit-Zeitstempel in 100-Nanosekunden-Schritten seit 1582, dazu eine Uhrensequenz und ein Knoten. Weit unterstützt und weit verbreitet, doch die Feldreihenfolge sorgt dafür, dass sich die Zeichenketten nicht nach Zeit sortieren.
• Version 6 – zeitbasiert, umsortiert — Dieselben drei Felder wie Version 1, aber mit dem höchstwertigen zuerst gespeichert, sodass die Sortierung stimmt. Gedacht als direkter Ersatz für Version 1 in Systemen, die nicht auf Version 7 wechseln können.
• Version 3 – Namensraum mit MD5 — Ein Hash aus Namensraum und Name. Deterministisch: gleiche Eingaben ergeben immer dieselbe Kennung. Bleibt aus Kompatibilität mit Systemen erhalten, die sie bereits verwenden.
• Version 5 – Namensraum mit SHA-1 — Dieselbe Idee wie Version 3 mit einem anderen Hash, und die Wahl für neue deterministische Kennungen.
• Nil — Zweiunddreißig Nullen. Ein definierter Sonderwert, keine Version, und bedeutet üblicherweise das Fehlen einer Kennung.
• Max — Zweiunddreißig f. Der andere definierte Sonderwert und der größte, den eine UUID annehmen kann – nützlich als obere Grenze eines Bereichs.

Version 2 ist definiert, wird hier aber nicht erzeugt, und das ist Absicht und kein Versehen. Sie reserviert die unteren 32 Bit des Zeitstempels für eine POSIX-Benutzer- oder Gruppenkennung, die eine Webseite nicht kennen kann; jeder Online-Generator für Version 2 erzeugt daher etwas strukturell Korrektes und inhaltlich Bedeutungsloses. Version 8 ist für experimentelle und herstellereigene Aufbauten reserviert und hat keine feste Bedeutung, gegen die sich erzeugen ließe.

Das ist die Entscheidung, mit der Leute tatsächlich hierherkommen, und sie hat eine klare Antwort, die sich in den letzten zwei Jahren geändert hat.

• Nehmen Sie Version 7 — für jeden neuen Primärschlüssel. Ihre Werte wachsen mit der Zeit, jede Einfügung landet also am Ende des Index und nicht an einer zufälligen Stelle in der Mitte.
• Das Problem mit Schlüsseln der Version 4 — ist nicht die Eindeutigkeit, sondern die Schreiblokalität. Zufällige Schlüssel verteilen Einfügungen über den gesamten B-Baum, die beschriebenen Seiten liegen also verstreut im Index und die benötigten sind seltener im Arbeitsspeicher. Bei einer großen, stark genutzten Tabelle zeigt sich das als langsamere Einfügungen und größerer Index.
• Nehmen Sie dafür nicht Version 1 — auch wenn sie zeitbasiert ist. Ihr niederwertiges Zeitstempelfeld steht vorn, die Zeichenketten sortieren sich also nicht nach Erzeugung, und für den Index verhält sie sich wie ein Zufallsschlüssel.
• Speichern Sie sie möglichst kompakt — Eine UUID hat 16 Byte; mit Bindestrichen geschrieben sind es 36. Datenbanken mit einem eigenen UUID- oder binary(16)-Typ brauchen ein Viertel des Platzes eines char(36) und vergleichen schneller.
• Bleiben Sie bei Schreibweise und Bindestrichen konsequent — Zwei Dienste, die dieselbe Kennung unterschiedlich schreiben, finden bei einem Zeichenkettenvergleich keine Übereinstimmung. Legen Sie an der Schnittstelle eine Darstellung fest und normalisieren Sie beim Eingang.

Alle Einstellungen dieser Seite sind kostenlos; nur die Stapelgröße hat eine Tarifgrenze. Die Einstellungen zerfallen in zwei Gruppen mit unterschiedlichem Verhalten: Eine Änderung an einer Erzeugungseinstellung liefert neue Kennungen, während eine Änderung an einer Formateinstellung lediglich die Schreibweise der bereits angezeigten Werte ändert.

Version

Legt fest, welche Art von Kennung entsteht. Das ist eine Erzeugungseinstellung, ein Wechsel ersetzt also die angezeigten Werte, statt sie nur neu zu formatieren. Der Hinweis unter der Auswahl ändert sich mit Ihrer Wahl und sagt in einer Zeile, wofür diese Version gedacht ist.

Anzahl

Geben Sie eine Zahl ein oder drücken Sie eine Voreinstellung. Das Feld nimmt keinen Wert oberhalb Ihrer Tarifgrenze an und kann daher nie einen Stapel anfordern, den das Werkzeug anschließend ablehnt – eine Einstellung, die einen unmöglichen Wert anbietet, ist schlimmer als eine, die ihn gar nicht erst anbietet. Bei den Versionen 3 und 5 tritt an die Stelle dieses Felds die Namensliste, denn dort ergibt sich die Anzahl aus den eingegebenen Namen.

Schreibweise, Bindestriche, Klammern und URN

Rein darstellend und ohne Neuerzeugung angewandt. Die kompakte Form entfernt die vier Bindestriche und entspricht dem, was viele Datenbanken intern speichern. Geschweifte Klammern sind die Schreibweise, in der SQL Server und ältere Windows-Schnittstellen eine GUID ausgeben. Das Präfix urn:uuid: ist die Form, die RFC 9562 für die Verwendung als URI definiert. Alle vier lassen sich kombinieren.

Präfix und Suffix

Umschließt jede Zeile mit eigenem Text – das ist der Unterschied zwischen einer Liste, die man kopiert, und einer Liste, die man einfügt. Mit dem Präfix INSERT INTO nutzer (id) VALUES (' und dem Suffix '); wird aus einem Stapel ausführbares SQL. Die Zusätze erscheinen in jedem Exportformat, und die CSV setzt sie korrekt in Anführungszeichen, falls sie ein Komma enthalten.

Exportformat

Klartext liefert einen Wert pro Zeile. Kommagetrennt passt in eine IN-Klausel. JSON ist ein fertiges Array. CSV führt eine Kopfzeile und, sofern die Version eine hat, eine Namens- oder Erzeugungszeitspalte neben jedem Wert. Base64 codiert die gesamte Liste, für Stellen, die einen undurchsichtigen Block erwarten.

Wechseln Sie in den Prüfmodus und fügen Sie ein, was Sie haben: eine Spalte aus einem Datenbankexport, eine Protokolldatei, einen JSON-Rumpf, einen einzelnen Wert aus einem Fehlerbericht. Jedes UUID-förmige Token wird gefunden und ausgewiesen, in beliebiger Mischung aus Formaten und Schreibweisen, und statt einzufügen können Sie auch eine Datei hineinziehen.

• Version und Variante — Beides, und das sind nicht dieselbe Frage. Die Variante entscheidet, ob die Versionsziffer überhaupt etwas bedeutet.
• Erzeugungszeit — Bei den Versionen 1, 6 und 7 wird der eingebettete Zeitstempel in ein lesbares Datum umgewandelt. Das ist oft der schnellste Weg, um herauszufinden, wann ein Datensatz entstanden ist, wenn niemand ein created_at gespeichert hat.
• Uhrensequenz und Knoten — Bei den Versionen 1 und 6, samt der Angabe, ob der Knoten ein Zufallswert oder eine echte Netzwerkadresse ist – das Multicast-Bit sagt es, und ein Wert mit echter Adresse stammt von etwas mit Zugriff auf eine Netzwerkkarte.
• Format — Mit Bindestrichen, kompakt, in Klammern oder mit urn:uuid:-Präfix, je Wert ausgewiesen, sodass eine Liste mit gemischten Darstellungen sofort auffällt.
• Duplikate — Über die gesamte Liste gezählt. Das ist die einzige Kennzahl, die bei einer eingefügten Liste etwas taugt – und die bei frisch erzeugter Ausgabe nichts bedeutet.

Warum manche Werte nicht standardkonform statt ungültig sind

Die erste Ziffer der vierten Gruppe trägt die Variantenbits. Nur das Muster 10xx kennzeichnet eine Kennung nach RFC 9562; 110x ist eine Microsoft-COM-GUID, 0xxx ein alter NCS-Wert und 111x ist reserviert. Ist die Variante nicht die des RFC, ist die Versionsziffer eine gewöhnliche Zahl, und sie als Version auszuweisen erfindet eine Information, die es nicht gibt. Ein Wert wie 00000000-0000-9000-0000-000000000000 besteht aus zweiunddreißig gültigen Hexadezimalziffern und hat überhaupt keine Version – Prüfwerkzeuge, die hier Version 9 melden, lesen eine Ziffer und geben sie als Tatsache aus.

Diese beiden fallen aus dem Rahmen: Sie sind nicht zufällig und haben nichts mit Zeit zu tun. Sie machen aus einem Namensraum und einem Namen durch Hashen eine Kennung, und dasselbe Paar liefert immer dasselbe Ergebnis.

• Wählen Sie einen Namensraum — RFC 9562 definiert vier mit Namen: DNS für Hostnamen, URL für Adressen, OID für Objektkennungen und X500 für Verzeichnisnamen. Jede UUID kann als Namensraum dienen, ein Projekt kann sich also einen eigenen definieren und einen privaten Kennungsraum erhalten.
• Fügen Sie die Namen ein — Einen pro Zeile. Jeder ergibt eine Kennung, und die Anzahl folgt aus der Liste statt aus dem Stapelfeld.
• Reproduzierbarkeit ist der Zweck — Dieselbe Liste im nächsten Jahr auf einem anderen Rechner erneut auszuführen liefert dieselben Kennungen – und genau das macht sie brauchbar, um Datensätze zwischen Systemen abzugleichen, die sich keine Datenbank teilen.
• Keine Sicherheitsfunktion — MD5 und SHA-1 sind als kryptografische Hashfunktionen gebrochen. RFC 9562 behält sie hier, weil die Ausgabe eine Kennung und kein Authentifikator ist, und sagt das auch selbst. Behandeln Sie einen Wert der Version 3 oder 5 niemals als unerratbar.

Die Zahl ist groß genug, dass die Intuition kaum hilft – hier daher konkret.

• Eine UUID hat 128 Bit. Version 4 legt sechs davon für Version und Variante fest und lässt 122 Bit Zufall übrig, also rund 5,3 Quintillionen mögliche Werte.
• Für eine Wahrscheinlichkeit von eins zu einer Milliarde für eine einzige Kollision bräuchten Sie ungefähr hundert Milliarden Kennungen. Bei einer Million pro Sekunde sind das etwa drei Jahre ununterbrochener Erzeugung.
• Das realistische Versagen ist nie die Mathematik, sondern eine schwache Zufallsquelle. Diese Seite nutzt den kryptografischen Generator des Browsers – dieselbe Quelle, aus der Sitzungsschlüssel stammen – und nie eine einfache Pseudozufallsfunktion.
• Version 7 gibt etwas Zufall zugunsten der Ordnung auf: 74 statt 122 Zufallsbits je Wert. Das liegt weiterhin weit jenseits jedes praktischen Kollisionsrisikos, und dieser Tausch ist der ganze Sinn der Version.
• Die Versionen 3 und 5 sind deterministisch, gleiche Eingaben sollen also kollidieren. Das ist die Funktion, kein Fehler.

Die meisten Schwierigkeiten mit UUIDs entstehen aus der Erwartung, dass eines dieser vier Dinge zuträfe.

• Kein Geheimnis — Kennungen landen in URLs, Protokollen, Fehlerberichten und Analysewerkzeugen. Die Versionen 1, 6 und 7 nennen zusätzlich ihren Erzeugungszeitpunkt. Autorisieren Sie jede Anfrage; der Besitz einer ID darf nie die Prüfung ersetzen.
• Nicht sortierbar, außer Sie haben eine Version gewählt, die es ist — Die Versionen 4, 3 und 5 haben überhaupt keine Ordnung, und Version 1 hat nur scheinbar eine. Wenn Sie die Erzeugungsreihenfolge aus dem Schlüssel selbst brauchen, heißt das Version 7 oder Version 6.
• Als Schlüssel nicht kostenlos — Sechzehn Byte gegenüber vier für eine ganze Zahl, und sechsunddreißig, wenn als Zeichenkette gespeichert. Bei einer Tabelle mit mehreren Indizes ist dieser Unterschied real, und er ist der Grund, sie in einer eigenen oder binären Spalte abzulegen.
• Kein Ersatz für einen natürlichen Schlüssel — Eine UUID sagt, dass zwei Datensätze verschieden sind. Sie sagt nie, dass zwei Datensätze dieselbe Sache sind – das leistet ein echter Fachschlüssel.

Die Stapelgröße ist die einzige Einstellung dieser Seite, an der ein Tarif hängt. Alle Versionen, alle Formatoptionen und alle Exportformate funktionieren in beiden Tarifen gleich.

Was der kostenlose Tarif umfasst

Alle acht Arten von Kennungen, die gesamte Formatierung, alle fünf Exportformate, die vollständige Prüfung mit CSV-Bericht und hundert Kennungen pro Klick. Das reicht für Testdaten, eine Fixture, eine Handvoll Schlüssel oder um nachzusehen, was in einer zugeschickten ID steckt.

Was Pro ergänzt

Größere Stapel – tausend, zehntausend, hunderttausend oder eine Million auf einmal – und bis zu fünfundzwanzig Listendateien gleichzeitig auf der Prüfseite. Bei einer Million Kennungen wird der Browser statt des Tarifs zur Grenze, und darüber hinaus werden Sie gewarnt statt abgewiesen.

Gemessen in Chromium auf einem Desktop-Rechner: hunderttausend Kennungen der Version 4 entstehen in etwa 20 Millisekunden, hunderttausend eingefügte Werte werden in unter einer Zehntelsekunde ausgewertet, und der CSV-Export von hunderttausend Werten dauert etwa 4 Millisekunden. Nur die ersten zweihundert Werte werden angezeigt – deshalb erscheint auch ein Stapel von einer Million sofort.

Einem Kennungsgenerator, der einen Server anruft, muss man zweimal vertrauen: dass er gute Werte liefert und dass er sie nicht behält. Dieser hier räumt die zweite Frage aus, weil er nichts sendet.

• Nichts wird hochgeladen — Weder die Kennungen noch die Namen, die Sie für die Versionen 3 und 5 einfügen, noch die Liste, die Sie zum Prüfen hineinziehen. Öffnen Sie während der Nutzung das Netzwerk-Panel Ihres Browsers – es gibt nichts zu sehen.
• Es funktioniert offline — Sobald die Seite geladen ist, arbeiten Erzeugung und Prüfung ganz ohne Verbindung weiter – praktisch in einem abgeschotteten Netz oder im Flugzeug.
• Die Zufallsquelle ist die des Browsers — Derselbe kryptografische Generator, den der Browser für seine eigenen Schlüssel nutzt, blockweise abgerufen und danach formatiert – das macht einen großen Stapel schnell, ohne ihn zu schwächen.

Version 2 und Version 8 werden aus den oben genannten Gründen nicht erzeugt. Die Versionen 3 und 5 setzen auf MD5 und SHA-1, die kryptografisch gebrochen sind und hier nur wegen ihrer Determiniertheit verwendet werden. Die Prüfung liest beliebige 32 Hexadezimalziffern in jeder üblichen Umhüllung, kann Ihnen aber nicht sagen, ob eine Kennung tatsächlich von Ihrem System vergeben wurde – nur, was sie enthält. Alles auf dieser Seite funktioniert in aktuellen Versionen von Chrome, Edge, Firefox und Safari, am Schreibtisch wie mobil.

• Hash-Generator
• Base64-Codierer/Decodierer
• URL-Codierer/Decodierer
• QR-Code-Generator
• Barcode-Generator
• JSON-Formatierer
• Farbkonverter
• Farbpaletten-Generator
• Datums- und Zeitkonverter
• JSON-Validierung
• CSV zu JSON
• Doppelte Zeilen entfernen
• Doppelte Zeilen im Text entfernen
• Text aufteilen
• Text sortieren
• Groß-/Kleinschreibung ändern
• Alle Konverter