UUID v1 vs v4 vs v5: Welche Version sollten Sie verwenden?

Einführung

Ein UUID (Universally Unique Identifier) ​​ist ein 128-Bit-Identifikator, der als 36 Zeichen in 8-4-4-4-12 Hex-Gruppen dargestellt wird, z. B. 123e4567-e89b-12d3-a456-426614174000. RFC 9562 definiert mehrere Versionen; Die drei, denen Sie am häufigsten begegnen werden, sind v1 (Zeit + MAC), v4 (zufällig) und v5 (Namespace + Name, SHA-1). Jeder geht unterschiedliche Kompromisse zwischen Eindeutigkeitsgarantien, Sortierbarkeit und Determinismus ein.

Schritt für Schritt

1. UUID v1 – zeit- und knotenbasiert

   v1 kodiert den aktuellen 60-Bit-Zeitstempel (100-ns-Intervalle seit dem 15.10.1582) und eine 48-Bit-Knoten-ID (normalerweise die MAC-Adresse). Auf demselben Knoten generierte IDs sind monoton ansteigend und zeitlich sortierbar. Risiko: Durch die MAC-Adresse geht die Hardware-Identität verloren, und ein Taktversatz zwischen den Knoten kann die Reihenfolge beeinträchtigen.

2. UUID v4 – zufällig

   v4 verwendet 122 Zufallsbits (6 Bits sind für die Version/Variante festgelegt). Bei 122 Zufallsbits beträgt die Wahrscheinlichkeit einer Kollision zwischen 2,71 Billionen IDs 50 % – bei jeder realistischen Arbeitslast ist die Wahrscheinlichkeit praktisch Null. v4 erfordert keine Koordination und gibt keine Hostinformationen preis, was es zum sichersten Standard macht.

3. UUID v5 – Namespace und Name (SHA-1)

   v5 hasht einen Namespace UUID und eine Namenszeichenfolge mit SHA-1, um eine deterministische 128-Bit-ID zu erstellen. Das gleiche (Namespace, Name)-Paar ergibt immer den gleichen UUID, was ideal für die Deduplizierung und stabile IDs ist, die aus natürlichen Schlüsseln abgeleitet werden. v3 ist die gleiche Idee, verwendet aber MD5 (vermeiden Sie es).

4. Vergleichen Sie die Kompromisse

   v1 ist sortierbar, verliert aber MAC und benötigt eine Taktsynchronisierung. v4 ist zufällig und privat, aber nicht sortierbar. v5 ist deterministisch und dedupliziert, aber nicht zufällig – das Erraten des Namens ermöglicht es einem Angreifer, UUID zu reproduzieren. Wählen Sie basierend darauf, ob Sie Ordnung, Zufälligkeit oder Determinismus benötigen.

5. Wählen Sie die richtige Version für Ihren Fall

   Datenbank-Primärschlüssel: v4 (oder v7 in neueren Systemen für zeitliche Sortierbarkeit). Verteilte Systeme ohne Koordination: v4. Deterministische IDs aus einem natürlichen Schlüssel (z. B. URL →UUID): v5. Prüfprotokolle, die von der Zeitreihenfolge profitieren: v1 mit einer gesicherten zufälligen Knoten-ID.

Beispiele

Häufige Probleme

• Speichern von UUIDs als VARCHAR(36) anstelle eines nativen 16-Byte-Typs BINARY/UUID: Dadurch wird doppelt so viel Speicherplatz verschwendet und die Indexleistung beeinträchtigt. Verwenden Sie, sofern verfügbar, den nativen Spaltentyp UUID.
• Verwendung von v1 ohne Sicherung der Knoten-ID: Die Standard-MAC-Adresse verrät die Hardware-Identität und stellt ein Datenschutzrisiko dar. Ersetzen Sie ihn durch einen kryptografisch zufälligen 48-Bit-Wert pro Knoten.
• Angenommen, v4-Kollisionen sind unmöglich: Das ist nicht der Fall – sie sind lediglich astronomisch unwahrscheinlich. Bei 122 Zufallsbits benötigen Sie etwa 2,71 Billionen IDs für eine 50-prozentige Chance. Für 1 Milliarde IDs beträgt die Chance ~0,0000000000000001.
• Verwendung von v3 (MD5-basiert) anstelle von v5 (SHA-1-basiert): MD5 ist defekt, daher wird v5 bevorzugt. Beide sind deterministisch, aber v5 verfügt über eine stärkere Kollisionsresistenz.

Tipps

• Für fast jeden Anwendungsfall wird standardmäßig Version 4 verwendet – es ist zufällig, privat und kollisionssicher, ohne dass eine Koordination erforderlich ist.
• Wenn Sie zeitlich sortierbare Zufalls-IDs benötigen, schauen Sie sich UUID v7 (RFC 9562, 2024) an, das einen Unix-Zeitstempel mit Zufallsbits kombiniert – besser als v1 für moderne Datenbanken.
• Verwenden Sie v5, um stabile IDs aus natürlichen Schlüsseln (URLs, E-Mail-Adressen) zu generieren, sodass dieselbe Eingabe immer demselben UUID zugeordnet wird – nützlich für die Deduplizierung und idempotent APIs.
• Generieren Sie nach Möglichkeit UUIDs auf dem Client, um einen Roundtrip zum Server zu vermeiden – unser UUID-Generator läuft vollständig in Ihrem Browser mit crypto.getRandomValues().

Verwandte Tools

• UUID Generator — Generate random UUIDs (v4) instantly in your browser. No upload, fully private.
• Password Generator — Generate strong, random passwords with customizable length and character sets. Uses crypto.getRandomValues.
• Hash Generator — Generate SHA-256, SHA-1, SHA-512 and SHA-384 hashes from any text. Uses Web Crypto API, fully private.
• Random Number Generator — Generate random numbers within a range. Option for unique numbers. Up to 100 numbers at once.
• Base64 Encode & Decode — Encode and decode Base64 with UTF-8 support. Instant, private, browser-based. No upload, no signup.
• Lorem Ipsum Generator — Generate Lorem Ipsum placeholder text with customizable paragraph count. Perfect for mockups and testing.
• Age on Other Planets Calculator — Free online age on other planets calculator. Process data instantly in your browser. No upload, no signup, fully private.
• API Request Tester — Free online API request tester. Send GET, POST, PUT, PATCH or DELETE requests to any URL from your browser and inspect the status, headers and response body. Requests go directly from your browser to the target API — we never see them.

Verwandte Leitfäden

• Hash-Algorithmen erklärt: MD5, SHA-1, SHA-256, SHA-512

Referenzen

• RFC 9562 —Universally Unique Identifiers (UUID) — Current UUID standard (replaces RFC 4122)
• UUID v7 —Time-ordered UUID — New time-ordered UUID format for databases
• Wikipedia —Universally Unique Identifier — Overview and collision probability analysis