UUID v4 vs. UUID v7 — Welche sollten Sie verwenden?

UUID v7, standardisiert in RFC 9562 (Mai 2024), behebt die Hauptschwäche von UUID v4: schlechte Datenbankindex-Leistung.

UUID v4 (Zufällig)

UUID v4 verwendet 122 zufällige Bits und 6 feste Bits. Dies garantiert Eindeutigkeit ohne Koordination, erzeugt jedoch IDs, die zeitlich regellos verstreut sind. Wenn sie als B-Tree-Primärschlüssel in einer Datenbank verwendet werden, verursachen zufällige IDs Seitensplits und Indexfragmentierung, was die Schreibleistung verschlechtert.

UUID v7 (Zeitlich geordnet)

UUID v7 verwendet einen 48-Bit-Unix-Zeitstempel in Millisekunden, gefolgt von zufälligen Bits. Das Zeitstempel-Präfix macht UUIDs auf natürliche Weise nach Erstellungszeit sortierbar und löst damit das Problem der B-Tree-Fragmentierung. Die Schlüssel sind weiterhin global eindeutig und können ohne Koordination erzeugt werden.

Vergleich

| | UUID v4 | UUID v7 | |---|---------|---------| | Standard | RFC 9562 | RFC 9562 | | Sortierbar | Nein | Ja (nach Zeit) | | DB-Leistung | Schlecht | Gut | | Eindeutig | Ja | Ja | | Gibt Zeitstempel preis | Nein | Ja (Millisekunden-Präzision) |

Empfehlung: Verwenden Sie UUID v7 für Datenbank-Primärschlüssel und UUID v4, wenn Sie den Erstellungszeitpunkt ausdrücklich nicht preisgeben möchten. Testen Sie beide in unserem UUID-Generator .