Generador de UUID
Genera UUID v1, v4, v7, NIL o MAX en lote. Toggle para mayúsculas, llaves o formato sin guiones.
When to use which version
- v1 — time-based + MAC node. Good when ordering matters and you need debuggable insertion order. Leaks MAC/host info if real MAC is used; we generate a random multicast-bit node so no real hardware is exposed.
- v4 — random. Default choice. Collision-resistant (2¹²² entropy), good for distributed systems where ordering doesn't matter. Bad for DB primary keys at scale (random order kills B-tree locality).
- v7 — time-ordered (RFC 9562, 2024). 48-bit Unix-ms timestamp prefix → lexicographically sortable + index-friendly. Recommended for new DB primary keys. Use this if you can.
- NIL —
00000000-0000-0000-0000-000000000000. Sentinel/placeholder value. - MAX — all-ones UUID (RFC 9562). Useful as "infinity" sentinel paired with NIL.
Sobre esta herramienta
UUID Generator emite identificadores únicos universales de 128 bits conformes con RFC 9562 (la actualización de 2024 del RFC 4122 original). Se soportan cinco variantes: v1 (tiempo + MAC, predecible en el tiempo), v4 (aleatorio — el más común), v7 (aleatorio ordenado por tiempo, el valor por defecto moderno para claves de base de datos), NIL (marcador todo a cero) y MAX (todo a FF — útil como límite «máximo» en consultas por rango). Genere uno o hasta 1000 a la vez.
Toda la aleatoriedad proviene de crypto.getRandomValues() — el mismo CSPRNG del navegador usado por TLS. Los UUID no se repiten en la práctica: los 122 bits de aleatoriedad de v4 dan una probabilidad de colisión tan baja que generar mil millones por segundo durante 85 años tiene aproximadamente un 50% de probabilidad de una sola colisión (la cota del «cumpleaños» para 122 bits). v7 reduce la aleatoriedad a 74 bits a cambio del orden temporal, lo que sigue siendo seguro frente a colisiones a cualquier escala realista.
Cuándo utilizar esta herramienta
- Generar un ID de base de datos de muestra para pruebas. Más rápido que ejecutar el generador de su ORM.
- Elegir la versión correcta. v7 se ordena por tiempo al usarlo como clave primaria — mucho mejor para índices B-tree que v4. Use v4 solo cuando quiera ocultar activamente el orden.
- Sembrar fixtures. 100 UUID distintos en un clic para un conjunto de datos de prueba.
- Inspeccionar un formato UUID. Valide que una cadena que recibió sea realmente un UUID válido y averigüe qué versión es.
Sobre v7 vs v4
UUID v7 se estandarizó en 2024 específicamente para arreglar la aleatoriedad poco amistosa con bases de datos de v4. v7 lleva el timestamp (48 bits, resolución de milisegundo) en los bits altos, así que los UUID recién generados se ordenan lexicográficamente por hora de creación. Esto mantiene un índice B-tree «compacto» (las nuevas inserciones se agrupan en un extremo) en vez de dispersarse por todas las páginas. Para aplicaciones nuevas v7 es el nuevo por defecto; v4 sigue siendo útil solo cuando se desee específicamente la imprevisibilidad del orden.Preguntas frecuentes
¿Cuál es la diferencia entre UUID v4 y v7?
¿Los UUID son realmente únicos?
00000000-...) es la única excepción y está reservado.
¿Por qué algunos UUID llevan llaves alrededor?
{xxxxxxxx-xxxx-...}. Las llaves no forman parte del valor, son solo decorativas. La mayoría del resto de ecosistemas (Linux, APIs JSON, JavaScript) escriben UUID sin llaves. Nuestro interruptor le permite producir cualquiera de los dos formatos; cambie según convenga al interoperar con stacks dominados por Windows.
¿Puedo usarlos como claves primarias de base de datos?
BINARY(16) para compacidad.