Générateur UUID en ligne — créer un identifiant unique UUID v4

Généré à partir de l'heure actuelle et de l'adresse MAC de l'interface réseau. Garantit l'unicité, mais révèle des informations sur l'appareil et l'heure de création

Extension de v1 avec ajout d'un identifiant de domaine de sécurité (DCE). Rarement utilisé, principalement dans les systèmes DCE/RPC

Déterministe — les mêmes données d'entrée produisent toujours le même UUID. Utilise la fonction de hachage MD5. Adapté aux identifiants reproductibles

La version la plus populaire. Généré de manière entièrement aléatoire à l'aide d'un générateur cryptographiquement sécurisé. La probabilité de collision est de 1 sur 2,71 quintillions

Analogue de v3, mais utilise SHA-1 au lieu de MD5. Recommandé pour les nouveaux projets nécessitant une génération déterministe

Nouveau standard (RFC 9562). Contient un timestamp Unix au début, ce qui assure un tri naturel par date. Idéal pour les clés primaires en base de données

Clés primaires au lieu de l'auto-incrémentation. Fusion sécurisée des données provenant de différents serveurs sans conflits d'ID

Identification des requêtes, traçage (trace ID), corrélation des logs entre services dans les systèmes distribués

Identifiants de session, jetons de réinitialisation de mot de passe, liens d'actions uniques — imprévisibles et uniques

Noms de fichiers téléchargés, répertoires temporaires. Éviter les conflits de noms lors du téléchargement parallèle

Les applications hors ligne créent des enregistrements avec UUID localement — lors de la synchronisation, les ID restent uniques sans coordination avec le serveur

Génération de données de test, identification des exécutions de tests, isolation des environnements de test

UUID (Universally Unique Identifier) est un identifiant de 128 bits qui garantit l'unicité sans coordination centrale. Il s'écrit sous forme de 32 caractères hexadécimaux séparés par des tirets : 550e8400-e29b-41d4-a716-446655440000. Utilisé dans les bases de données, les API et les systèmes distribués.

Théoriquement oui, pratiquement non. Pour un UUID v4, la probabilité de collision est de 1 sur 2,71 × 10^18. Pour obtenir 50 % de chances de collision, il faudrait générer 2,7 quintillions d'UUID. Cela équivaut à générer 1 milliard d'UUID par seconde pendant 85 ans.

UUID v4 est le choix le plus populaire pour la plupart des tâches (entièrement aléatoire). UUID v7 est meilleur pour les BDD car il se trie par date. UUID v5 — quand un résultat déterministe est nécessaire (même entrée = même UUID). UUID v1 — quand le lien avec le temps et l'appareil est important.

UUID v4 est généré par un générateur cryptographiquement sécurisé et est imprévisible. Cependant, pour les jetons critiques (autorisation, clés API), il est préférable d'utiliser des bibliothèques spécialisées pour générer des secrets avec une plus grande entropie.

GUID (Globally Unique Identifier) est le terme Microsoft pour le même format. Techniquement, UUID et GUID sont identiques en structure (128 bits, 32 caractères hex). GUID se rencontre plus souvent dans l'écosystème .NET et Windows, UUID — dans le reste du monde.

UUID v4 comme clé primaire peut ralentir les INSERT en raison du caractère aléatoire des valeurs et de la fragmentation de l'index B-tree. UUID v7 résout ce problème grâce au préfixe temporel — les nouveaux enregistrements sont toujours ajoutés à la fin de l'index. De plus, UUID occupe 16 octets contre 4-8 octets pour INT/BIGINT.

De manière optimale — en BINARY(16), qui occupe 16 octets. VARCHAR(36) stocke la représentation textuelle et occupe 36 octets. PostgreSQL dispose d'un type UUID natif. MySQL 8.0+ supporte UUID_TO_BIN() et BIN_TO_UUID() pour une conversion efficace.

Cela dépend de la version. UUID v1 et v7 contiennent un timestamp — l'heure de création peut être extraite. UUID v4 est entièrement aléatoire — aucune information, hormis la version (4) et la variante, ne peut être extraite. UUID v3/v5 — sans connaître les données d'entrée, le déchiffrement est impossible.