UUID-Generator — Massen-Generierung v4, ohne Bindestriche & Großbuchstaben

Erzeuge beliebig viele UUID-v4-Kennungen (zufällig) direkt im Browser. Mit einem Klick ins Standardformat, Großbuchstaben, ohne Bindestriche, mit geschweiften Klammern oder als URN umwandeln und sofort kopieren. Kostenlos, ohne Anmeldung.

UUID-Versionen im Überblick

Version Basiert auf Beschreibung
UUID v1 Zeitstempel + MAC-Adresse Wird aus dem Erstellungszeitpunkt und der MAC-Adresse der Netzwerkkarte erzeugt. Kann das erzeugende Gerät verraten, was Datenschutzbedenken aufwirft — für neue Systeme daher heute selten gewählt.
UUID v3 Namespace + MD5-Hash Wird durch MD5-Hashing eines Namespace und einer Namenszeichenfolge erzeugt. Deterministisch — dieselbe Eingabe liefert immer dieselbe UUID. Wegen bekannter MD5-Kollisionsschwächen wird für neue Anwendungen v5 empfohlen.
UUID v4 Vollständig zufällig Wird aus einer kryptografisch sicheren Zufallsquelle erzeugt. Verrät keine Informationen über den Ursprung und ist einfach zu implementieren — die am weitesten verbreitete Variante. Dieses Tool erzeugt genau dieses Format.
UUID v5 Namespace + SHA-1-Hash Gleicher namespacebasierter Ansatz wie v3, verwendet aber SHA-1. Empfohlen, wenn eine deterministische Erzeugung benötigt wird — also dieselbe ID immer wieder aus denselben Daten reproduzieren zu können.
UUID v6 Neu geordneter Zeitstempel + Zufall Standardisiert in RFC 9562 (2024). Ordnet die Zeitstempelfelder von v1 so um, dass die lexikografische Byte-Reihenfolge der chronologischen Reihenfolge entspricht, was die Effizienz von Datenbankindizes verbessert.
UUID v7 Unix-Zeitstempel + Zufall Standardisiert in RFC 9562 (2024). Beginnt mit einem Unix-Zeitstempel in Millisekundengenauigkeit, sodass sich IDs nach Erstellungszeitpunkt sortieren lassen. Wird in neuen Projekten zunehmend als Ersatz für v4 eingesetzt.

Was eine UUID ist und wie sie hier entsteht

Eine UUID (Universally Unique Identifier) ist ein 128-Bit-Bezeichner, der weltweit nirgends doppelt vorkommen soll und für Datenbankschlüssel, API-Anfragekennungen und Ähnliches verwendet wird. Der Reiz liegt darin, dass kein zentraler Server fortlaufende Nummern vergeben muss: Jede Maschine erzeugt sie unabhängig, und in der Praxis kollidieren sie nicht.

Dieses Werkzeug erzeugt UUIDs der Version 4 – also vollständig zufällige – mit der Web Crypto API direkt im Browser. Nichts wird an einen Server gesendet. Erzeugen Sie beliebig viele auf einmal und wechseln Sie mit einem Klick zwischen Standardform, Schreibweise ohne Bindestriche, Großbuchstaben, geschweiften Klammern und URN-Notation, um das Ergebnis zu kopieren.

So erzeugen Sie UUIDs

  1. Anzahl festlegen Geben Sie an, wie viele Bezeichner Sie brauchen. Für Test- oder Seed-Daten können Sie auch einen größeren Stapel anfordern.
  2. Ausgabeformat wählen Neben der üblichen Kleinschreibung mit Bindestrichen stehen Varianten ohne Bindestriche, in Großbuchstaben, mit geschweiften Klammern sowie die URN-Notation bereit – passend zu dem, was Ihr Ziel erwartet.
  3. Erzeugen und kopieren Ein Klick auf „Erzeugen“ listet die Ergebnisse auf. Über „Alle kopieren“ oder die einzelnen Kopierschaltflächen gelangen sie in die Zwischenablage.

Tipps für die Nutzung

  • Jede UUID wird vollständig im Browser über die Web Crypto API erzeugt — es wird nichts an die Server von toolbase.cc gesendet.
  • UUID v4 ist die naheliegende Wahl, wann immer Eindeutigkeit ohne fortlaufende, erratbare IDs gebraucht wird — Datenbank-Primärschlüssel, API-Request-IDs und mehr.
  • Da 122 der 128 Bits von UUID v4 zufällig sind, ist die Wahrscheinlichkeit einer Kollision astronomisch gering — man müsste rund 2,7×10¹⁸ UUIDs erzeugen, bevor die Kollisionswahrscheinlichkeit überhaupt etwa 50 % erreicht.
  • Das Format "ohne Bindestriche" ist praktisch für URL-Pfadsegmente oder Dateinamen. Das Format "mit geschweiften Klammern" entspricht der GUID-Schreibweise, die in Windows COM/Registry verwendet wird.
  • Erhöhe die Anzahl und nutze "Alle kopieren", um schnell Seed-Daten oder Testdatensätze im großen Umfang zu erzeugen.

Wofür sich UUIDs eignen

Primärschlüssel in Datenbanken entwerfen

Für Tabellen, in denen Sie keine fortlaufenden Schlüssel wollen oder die Herkunft nicht erratbar sein soll, liefert eine UUID der Version 4 einen Schlüssel, um dessen Kollision Sie sich nicht sorgen müssen.

Anfrage- und Ablaufkennungen in einer API

Wenn Sie jeder Anfrage eine eindeutige Kennung mitgeben, damit sich Protokolle beim Debuggen verfolgen lassen, erzeugen Sie hier gleich die benötigte Menge.

Test- und Seed-Daten vorbereiten

Beim Befüllen einer Entwicklungsumgebung erzeugen Sie kollisionsfreie Kennungen in genau der gewünschten Anzahl und fügen sie unmittelbar ein.

Dateinamen und kurzlebige Token

Die Form ohne Bindestriche eignet sich gut als vorläufiger Name einer hochgeladenen Datei oder als schwer zu erratendes Token.

Begriffe rund um UUIDs

UUID v4
Eine aus einer kryptografisch sicheren Zufallsquelle erzeugte UUID, die keinerlei Hinweis auf ihre Herkunft enthält. Einfach umzusetzen und aus Datenschutzsicht unbedenklich, ist sie die mit Abstand verbreitetste Fassung.
GUID
Der Name, den Microsoft UUIDs in eigenen Implementierungen gab. Gemeint ist derselbe kompatible 128-Bit-Bezeichner, häufig in geschweiften Klammern geschrieben.
Web Crypto API
Die im Browser eingebauten JavaScript-Schnittstellen für kryptografische Aufgaben. Dieses Werkzeug erzeugt damit UUIDs der Version 4 vollständig im Browser, ohne etwas an einen Server zu senden.
URN-Notation
Eine UUID mit dem Präfix urn:uuid:. Sie kommt zum Einsatz, wenn eine UUID als Bezeichner in Spezifikationen eingebettet wird, die eine URN erwarten, etwa in XML oder RDF.
UUID v7
2024 in RFC 9562 standardisiert, beginnt diese Fassung mit einem Unix-Zeitstempel. Da sich die Werte in Erzeugungsreihenfolge sortieren lassen, wird sie in neuen Projekten zunehmend statt v4 gewählt, wenn effizientes Einfügen in Datenbanken zählt.

Häufig gestellte Fragen

Theoretisch nicht ausgeschlossen, aber mit 122 Bit Zufälligkeit ist das Kollisionsrisiko von UUID v4 für jeden praktischen Zweck vernachlässigbar. Selbst wenn man hundert Jahre lang jede Sekunde eine Milliarde UUIDs erzeugen würde, läge die Wahrscheinlichkeit einer einzigen Kollision erst bei rund 50 %.

Ja, im Wesentlichen dasselbe Konzept. GUID (Globally Unique Identifier) ist Microsofts Bezeichnung für die eigene Implementierung und kompatibel mit dem 128-Bit-UUID-Format. Die Klammernotation {xxxxxxxx-xxxx-...} ist die übliche GUID-Schreibweise in Windows COM und der Registry.

Da UUID v4 zufällig ist, entstehen im Vergleich zu fortlaufenden Ganzzahlen (AUTO_INCREMENT) oft größere Indizes und langsamere Einfügevorgänge. Wenn Einfügungen nach Erstellungszeitpunkt sortiert bleiben sollen, lohnt sich ein Blick auf UUID v7 (mit eingebettetem Zeitstempel) oder alternativ ULID.

Wenn nur Eindeutigkeit gebraucht wird, ist UUID v4 die einfachste und sicherste Wahl. Nutze v5, wenn dieselbe ID immer wieder aus derselben Eingabe reproduzierbar sein muss. Für neue Projekte, denen Sortierreihenfolge oder Effizienz bei Datenbankeinfügungen wichtig ist, ist v7 eine starke Option. v1 und v3 werden heute kaum noch neu eingesetzt.
Tool-kun

Übrigens – Warum 128 Bit?

Die UUID wurde in den 1980er-Jahren von Apollo Computer für verteilte Systeme entwickelt und später von der OSF (Open Software Foundation) als Teil von DCE (Distributed Computing Environment) standardisiert. Die aktuelle Spezifikation findet sich in IETF RFC 4122 (2005), mit einer erweiterten Fassung, RFC 9562, die 2024 veröffentlicht wurde.

128 Bit mögen übertrieben wirken, doch genau diese Länge erlaubt es mehreren Servern oder Geräten, IDs völlig unabhängig voneinander, ohne jede Abstimmung, zu vergeben und dabei in der Praxis trotzdem Kollisionen zu vermeiden. Ein zentraler ID-Server, der fortlaufende Nummern vergibt, umgeht diesen Zufall, wird aber selbst zum Single Point of Failure und benötigt für jede ID eine Kommunikationsrunde. UUIDs eliminieren diese Koordinationskosten vollständig — zum Preis von genügend Zufälligkeit, um die Kollisionswahrscheinlichkeit vernachlässigbar zu machen.

Genau diese Zufälligkeit ist auch die Achillesferse von UUID v4: Werden zufällige Werte in einen B-Tree-artigen Datenbankindex eingefügt, verteilen sich die Einfügepunkte, was häufige Seitensplits verursacht und die Performance beeinträchtigt. UUID v7 wurde genau dafür entwickelt — durch einen führenden Unix-Zeitstempel bleibt die Sortierung nach Erstellungszeitpunkt erhalten, während genügend Zufälligkeit vorhanden ist, um Vorhersagbarkeit zu vermeiden, was Einfügungen eine deutlich bessere Lokalität verschafft.