Que es un UUID y para que sirve: identificadores unicos universales explicados

Un UUID (Universally Unique Identifier) es un identificador de 128 bits (32 caracteres hexadecimales) disenado para ser unico sin necesidad de un servidor central. Ejemplo: 550e8400-e29b-41d4-a716-446655440000.

Por que importa: En sistemas distribuidos (microservicios, bases de datos replicadas, apps offline-first), no puedes depender de un auto-increment centralizado. Los UUIDs permiten que cualquier nodo genere IDs sin coordinacion.

Probabilidad de colision: Para UUID v4 (aleatorio), necesitarias generar 2.7 quintillones (2.7×10^18) de UUIDs para tener un 50% de probabilidad de colision. Generando 1 billon por segundo, tardarias 86 anos.

Genera UUIDs al instante con el generador de UUID de NexTools.

Recomendacion 2026: Usa v4 por defecto. Si necesitas ordenamiento cronologico en base de datos, usa v7 (o ULID). Si necesitas IDs deterministas, usa v5.

El generador de NexTools crea UUIDs v4 aleatorios.

Cuando usar cada uno:

• Auto-increment: Bases de datos simples, un solo servidor, no expones IDs al usuario.
• UUID v4: APIs publicas, sistemas distribuidos, cuando no necesitas orden.
• UUID v7/ULID: Primary keys en PostgreSQL/MySQL con alto volumen de inserciones.
• nanoid: URLs cortas, tokens de sesion, donde el tamano importa.

El problema de UUID v4 como primary key: Los UUIDs v4 son aleatorios. Cuando los usas como primary key en un indice B-tree (PostgreSQL, MySQL), cada INSERT va a una posicion aleatoria del arbol, causando fragmentacion. En tablas con millones de filas, esto puede hacer los inserts 2-5x mas lentos que auto-increment.

Solucion 1: UUID v7. Los UUIDs v7 empiezan con el timestamp, asi que son cronologicamente ordenados. Los inserts siempre van al final del indice, como auto-increment. Mejor rendimiento.

Solucion 2: ULID. Similar a UUID v7 pero mas compacto (26 chars vs 36) y con mejor codificacion (Crockford Base32 vs hex).

PostgreSQL: Usa el tipo nativo uuid (16 bytes, eficiente). Desde PostgreSQL 17 hay soporte nativo para UUID v7 con gen_random_uuid().

MySQL: Almacena como BINARY(16), no como VARCHAR(36). La diferencia de rendimiento es enorme (16 bytes vs 36 bytes en cada fila e indice).

UUID v4 NO es un token de seguridad. Aunque tiene 122 bits de aleatoriedad (suficiente para ser unico), no fue disenado para ser impredecible de forma criptografica. La fuente de aleatoriedad depende de la implementacion.

Para tokens de autenticacion: Usa crypto.randomBytes(32) (Node.js) o secrets.token_hex(32) (Python). Estos usan CSPRNG (Cryptographically Secure Pseudo-Random Number Generator).

UUIDs en URLs: Exponer UUIDs en URLs es generalmente seguro para IDs de recursos (como /api/users/550e8400-...). Pero NO para tokens de acceso, links de reset de contrasena, o cualquier cosa que otorgue privilegios.

Si necesitas generar contrasenas seguras, usa el generador de contrasenas de NexTools. Para hash de datos, el generador de hash.

Online: El generador de UUID de NexTools crea v4 aleatorios en tu navegador. Todo local, sin enviar datos.

JavaScript/Node.js:

import { randomUUID } from 'crypto';
console.log(randomUUID()); // v4 nativo desde Node 14.17

Python:

import uuid
print(uuid.uuid4()) # v4 aleatorio

Terminal (Linux/Mac):

uuidgen

PostgreSQL:

SELECT gen_random_uuid();

MySQL:

SELECT UUID(); (genera v1, no v4)

Un UUID v4 tiene este formato: xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx

Ejemplo: 550e8400-e29b-41d4-a716-446655440000

• Posicion 13 (el "4"): Indica la version (4 = aleatorio, 7 = timestamp, etc.)
• Posicion 17 (la "a"): Indica la variante (8, 9, a, b = variante RFC 4122)
• El resto: 122 bits aleatorios (en v4) o timestamp + aleatorio (en v7)

Los guiones (-) son opcionales tecnicamente. 550e8400e29b41d4a716446655440000 es el mismo UUID. Los guiones son convencionales para legibilidad.

Tamano: 128 bits = 16 bytes. Como string con guiones: 36 caracteres. Como hex sin guiones: 32 caracteres. Como Base64: 22 caracteres.

Bases de datos: PostgreSQL usa UUIDs extensivamente. MongoDB usa ObjectIDs (12 bytes, similar concepto). DynamoDB recomienda UUIDs como partition keys.

APIs: La mayoria de APIs REST usan UUIDs para IDs de recursos. Stripe, Twilio, GitHub, AWS — todos retornan UUIDs en sus respuestas.

Bluetooth: El protocolo Bluetooth usa UUIDs para identificar servicios y caracteristicas. El UUID base de Bluetooth es 00000000-0000-1000-8000-00805F9B34FB.

Microsoft COM: Los GUIDs (Globally Unique Identifiers) de Windows son UUIDs. Cada componente COM tiene un GUID unico.

Sistemas de archivos: GPT (GUID Partition Table) usa UUIDs para identificar particiones de disco.