Was ist eine UUID (und wann nutzen)?
Veröffentlicht am 27.8.2025 · 2 Min. Lesezeit · Entwickler-Tools
Daniel Okonkwo — Front-end-Entwickler und Tech-Redakteur bei OneKitly
Web-Performance · Dateiformate
Anhand von 2 Quellen geprüft
Eine UUID (universell eindeutiger Bezeichner) ist ein 128-Bit-Wert, geschrieben als 32 Hex-Ziffern in fünf durch Bindestriche getrennten Gruppen, wie 550e8400-e29b-41d4-a716-446655440000. Sie ist so entworfen, dass sie ohne zentrale Instanz eindeutig ist, sodass jedes System eine erzeugen und sich auf Kollisionsfreiheit verlassen kann. Nutze UUIDs als Datenbankschlüssel, Request-IDs und Dateinamen, wenn du systemübergreifende Eindeutigkeit brauchst.
Eine UUID ist ein 128-Bit-Bezeichner, der ohne zentrale Instanz eindeutig ist. Hier steht, wie sie aussieht, warum sie nützlich ist, die Versionen und wann man eine nutzt.
Was eine UUID ist
Eine UUID ist eine 128-Bit-Zahl, meist als 36 Zeichen gezeigt: 32 Hexadezimalziffern in Gruppen von 8-4-4-4-12 mit Bindestrichen. Bei so vielen möglichen Werten — etwa 3,4 × 10^38 — ist die Chance, dass zwei zufällig erzeugte UUIDs übereinstimmen, so klein, dass in der Praxis jede als eindeutig gilt. Genau das ist der Sinn: ein Etikett, das man überall erzeugen und dem man vertrauen kann.
Warum sie nützlich sind
Der Clou ist, dass keine Koordination nötig ist. Zwei Server, ein Offline-Telefon und ein Hintergrundjob können im selben Moment UUIDs erzeugen, ohne zu fragen, und die Ergebnisse kollidieren nicht. So kannst du eine ID vor dem Speichern erzeugen, Daten aus vielen Quellen zusammenführen oder hochgeladene Dateien ohne zentralen Zähler benennen.
Versionen (v4, v7…)
UUIDs gibt es in Versionen. Version 4 ist völlig zufällig und mit Abstand am häufigsten. Version 1 mischt einen Zeitstempel mit der Maschinenkennung. Die neuere Version 7 setzt einen Zeitstempel voran, sodass IDs grob nach Erstellzeit sortieren — was Datenbankindizes ordentlich hält, eine echte Schwäche des zufälligen v4. Nimm v4 für Einfachheit, v7, wenn geordnete Schlüssel der Leistung helfen.
Wann nutzen — und wann nicht
Greife zu UUIDs, wenn IDs an vielen Stellen oder von Clients erzeugt werden, wenn du verbergen willst, wie viele Datensätze es gibt, oder beim Zusammenführen von Datensätzen, die nicht kollidieren dürfen. Der Kompromiss ist Größe und Ordnung: eine UUID ist weit größer als ein Integer und streut, wenn zufällig, über einen Index. Für eine einzelne Datenbank mit einfachem Auto-Increment sind Integer kleiner und schneller — oder nutze v7 für UUIDs, die trotzdem gut sortieren.
Häufige Fragen
- Können zwei UUIDs gleich sein?
- Theoretisch ja, aber bei zufälligen Version-4-UUIDs ist die Chance so verschwindend klein, dass eine Kollision als unmöglich gilt.
- Unterschied zwischen UUID v4 und v7?
- v4 ist völlig zufällig; v7 bettet einen Zeitstempel ein, sodass die IDs nach Erstellzeit sortieren — indexfreundlicher.
- UUID oder Auto-Increment-ID?
- Nutze UUIDs für verteilte oder client-erzeugte Schlüssel; Integer sind für eine einzelne Datenbank kleiner und schneller.
Artikel, die dich interessieren könnten
Alle Ratgeber →Ähnliche Tools
Quellen
Hast du einen Fehler in diesem Artikel entdeckt?