Guia UUID: Versiones, Formatos y Uso

Que es un UUID

Un UUID (Universally Unique Identifier) es una etiqueta de 128 bits usada para identificar recursos sin necesidad de una autoridad central. El formato estandar se ve asi: 550e8400-e29b-41d4-a716-446655440000 — 32 caracteres hexadecimales separados por cuatro guiones en cinco grupos (8-4-4-4-12).

Los UUID resuelven un problema fundamental de los sistemas distribuidos: como generar un identificador unico en dos maquinas diferentes al mismo tiempo sin que se comuniquen entre si. Con los UUID, la probabilidad de colision es tan baja que puedes tratarlos como unicos para fines practicos.

La especificacion formal es el RFC 4122 (actualizado por el RFC 9562 en 2024 para agregar v6, v7 y v8). La mayoria de los lenguajes de programacion incluyen generacion de UUID en su biblioteca estandar.

Versiones de UUID

UUID v1 — Marca de Tiempo + Direccion MAC

La version 1 combina una marca de tiempo de 60 bits con la direccion MAC de la maquina. Esto garantiza unicidad en tiempo y espacio pero revela la identidad de la maquina generadora y el momento exacto de creacion. Rara vez se recomienda hoy para nuevos proyectos por la preocupacion de privacidad.

UUID v4 — Aleatorio

La version 4 es la mas ampliamente usada. Genera 122 bits aleatorios (6 bits estan fijos para marcadores de version y variante). Con una buena fuente de aleatoriedad, las colisiones son esencialmente imposibles — necesitarias generar 2.71 trillones de UUID para tener un 50% de probabilidad de una sola colision.

La desventaja: los UUID v4 son completamente aleatorios, lo que causa mal rendimiento como claves primarias en indices B-tree porque las inserciones se dispersan por todo el arbol.

UUID v7 — Aleatorio Ordenado por Tiempo

La version 7 (RFC 9562, 2024) es la nueva version recomendada para la mayoria de los casos. Incorpora una marca de tiempo Unix en milisegundos en los primeros 48 bits, seguida de datos aleatorios. Los UUID v7 son ordenables por tiempo de creacion e insertan secuencialmente en indices de bases de datos.

UUID vs Auto-incremento

Los enteros auto-incrementales (1, 2, 3...) son mas simples, mas pequenos (4 u 8 bytes vs 16) y producen inserciones perfectamente ordenadas. Entonces, por que usar UUID?

• Generacion distribuida: Multiples servicios o bases de datos pueden crear IDs sin coordinacion.
• Amigable para fusiones: Al combinar datos de multiples fuentes, los UUID no colisionan. Los IDs enteros de diferentes sistemas si lo haran.
• Seguridad: Los IDs secuenciales exponen conteos de registros y son faciles de enumerar. Los UUID no son adivinables.
• Generacion del lado del cliente: Puedes generar el ID antes de la insercion en la base de datos, lo que simplifica patrones de UI optimista.

Rendimiento en Bases de Datos

Los UUID aleatorios (v4) causan indices B-tree fragmentados. Cada insercion cae en una posicion aleatoria, dividiendo paginas y creando un indice mas grande y menos amigable con el cache.

• Usa UUID v7: El prefijo de marca de tiempo asegura que los nuevos UUID siempre sean mayores que los anteriores, produciendo inserciones secuenciales.
• Almacena como binary(16): Almacenar UUID como su forma binaria cruda de 16 bytes reduce el tamano del indice a mas de la mitad. El tipo uuid de PostgreSQL hace esto automaticamente.
• Considera ULID o KSUID: Alternativas a UUID disenadas especificamente para generacion ordenada y codificacion compacta.

Probabilidad de Colision

Para UUID v4 con 122 bits aleatorios: despues de generar n UUID, la probabilidad de colision se aproxima a n^2 / (2 * 2^122). Con 1 bilion de UUID, la probabilidad de colision es aproximadamente 1 en 10^20. Despreciable.

El riesgo real no es la colision matematica — es un generador de numeros aleatorios defectuoso. Siempre usa una fuente aleatoria criptograficamente segura (crypto.randomUUID() en navegadores, crypto.randomBytes() en Node.js).

Genera UUID al Instante

Necesitas UUID ahora? Nuestro Generador de UUID crea UUID v4 y v7 en tu navegador. Genera IDs individuales o lotes, copia con un clic y usalos en tu codigo o pruebas de API. Ningun dato sale de tu dispositivo.