Générateur UUID v4

Qu'est-ce qu'un UUID et quand en générer un ?

Quand l'utiliser

1. 01

   Clé primaire dans une table de base de données où plusieurs services insèrent des données — l'UUID élimine le besoin de coordination centrale de séquence.

2. 02

   ID de requête dans les logs distribués — attacher un UUID à chaque requête permet de suivre le parcours utilisateur à travers les microservices.

3. 03

   Clé d'idempotence dans une API de paiement — utiliser un UUID généré côté client empêche les doubles charges en cas de relance.

4. 04

   Identifiant d'upload dans S3 — UUID dans le nom de fichier évite les collisions et ne révèle rien sur la structure interne.

5. 05

   Token d'invitation ou de réinitialisation de mot de passe — UUID v4 fonctionne comme token aléatoire suffisamment sécurisé pour ces cas.

Comment fonctionne le calcul

Questions fréquentes

Quelle version d'UUID utiliser ?

Le choix moderne par défaut est UUID v7 (RFC 9562) — combine ordre temporel (bon pour l'index de base de données) avec suffisamment d'aléatoire pour l'unicité. UUID v4 convient toujours pour les cas où l'ordre n'a pas d'importance. UUID v1 est rarement le meilleur choix aujourd'hui — expose MAC et temps de génération. UUID v3/v5 sont déterministes (hash de namespace + nom) — utiles pour générer le même UUID à partir de la même entrée.

Les collisions UUID sont-elles possibles ?

Théoriquement oui, en pratique non. La probabilité de collision entre deux UUID v4 générés aléatoirement dans toute l'histoire humaine est de l'ordre de 2^-122 — équivalent à gagner plusieurs fois de suite à la loterie. Pour UUID v1 et v7 (qui utilisent horodatage) la probabilité est encore plus faible, car les horodatages ajoutent une unicité temporelle.

L'UUID est-il sûr comme token d'authentification ?

UUID v4 avec 128 bits aléatoires est suffisamment robuste pour des tokens à usage court (invitation, réinitialisation de mot de passe) — entropie équivalente à 122 bits aléatoires. Pour des tokens longue durée (clé API, JWT), utilisez aussi la rotation périodique, l'expiration et la révocation. N'utilisez jamais UUID v1 ou v3 comme token — ils peuvent être prédits/dérivés.

Pourquoi l'UUID peut-il être lent dans les bases de données ?

Parce que UUID v4 est aléatoire — les insertions dans l'index B-tree causent fragmentation et cache miss. UUID v7 (ordonné par horodatage) résout ceci : les insertions deviennent append-only dans l'index, performance similaire à un entier auto-incrémenté. Postgres a un support natif via uuidv7() dans les versions récentes.

Puis-je raccourcir un UUID pour une URL ?

Oui, en encodant les 128 bits en Base62 ou Base64URL (pas Base64 standard, qui contient des caractères problématiques pour les URL). Des outils comme NanoID et Sqids font cela par défaut, produisant des ID de 21 caractères avec la même entropie. Mais si vous avez déjà généré un UUID, conserver le format canonique de 36 caractères est plus portable.

L'UUID v4 fonctionne-t-il hors ligne ?

Oui — la génération UUID v4 ne nécessite aucune coordination centrale ni internet, juste un générateur de nombres aléatoires cryptographiques. C'est ce qui rend les UUID précieux dans les systèmes distribués : un client hors ligne peut générer un ID valide et synchroniser plus tard sans risque de collision.

Outils associés

• Formateur JSON

  Structurer les payloads
• Générateur de Hash

  Empreintes déterministes
• Générateur de Slug

  URL conviviales

Sources officielles

Tabelas, leis e referências consultadas para fundamentar esta ferramenta.

1. 01

   Standard international·RFC 4122 (2005)·IETF · Internet Engineering Task Force

   RFC 4122 — A Universally Unique IDentifier (UUID) URN Namespace

   Spécification des identifiants UUID (versions 1, 3, 4 et 5), format canonique en 36 caractères et règles de génération pour garantir l'unicité globale.

   Consultar fonte oficial
2. 02

   Standard international·RFC 9562 (2024)·IETF · Internet Engineering Task Force

   RFC 9562 — Universally Unique IDentifiers (UUIDs)

   Mise à jour du standard UUID avec les versions 6, 7 et 8 — ordonnées par temps et optimisées pour l'usage dans les bases de données et systèmes distribués modernes.

   Consultar fonte oficial