Saltar al contenido principal
Tooletto

Generador de UUID

Genera UUID aleatorios — versión 4 para uso general, o versión 7 para identificadores ordenados por tiempo que indexan eficientemente en una base de datos. Produce uno o mil a la vez, todo localmente.

  • Los archivos nunca salen de tu dispositivo
  • Gratis, sin registro
  • Sin marcas de agua
  • Funciona sin conexión una vez cargado
Loading tool…

Cómo generador de uuid

  1. 1

    Elige una versión

    v4 para ID aleatorios generales, v7 cuando los ID serán claves primarias de base de datos.

  2. 2

    Establece cuántos

    Genera desde uno hasta mil a la vez.

  3. 3

    Copia o descarga

    Copia la lista a tu portapapeles o descárgala como un archivo de texto.

Lo que un UUID realmente resuelve

Un UUID es un identificador de 128 bits diseñado para generarse independientemente por cualquier número de sistemas separados, en cualquier momento, sin ninguna autoridad central coordinadora que entregue el siguiente número disponible, mientras sigue teniendo una garantía estadística abrumadora de que dos valores generados nunca colisionarán. Esto es fundamentalmente distinto de un ID entero autoincremental, que requiere una sola base de datos para rastrear y entregar el siguiente número en secuencia — un UUID puede generarse en un móvil sin conexión de red, en una función sin servidor, o a través de mil instancias de microservicio paralelas simultáneamente, sin necesitar ninguna coordinación entre ellas en absoluto, porque el mero tamaño del espacio de números hace que una colisión accidental sea astronómicamente improbable sin importar cuántos se generen independientemente.

Por qué v4 y v7 son ambos "aleatorios" pero resuelven problemas distintos

UUID versión 4 llena esencialmente los 128 bits completos con datos criptográficamente aleatorios, lo que hace que cada valor generado sea completamente impredecible y no da ninguna pista en absoluto sobre cuándo se creó o en qué orden relativo a cualquier otro UUID v4 — exactamente la propiedad deseada para algo como un token de seguridad, donde la predecibilidad en sí misma sería una vulnerabilidad. UUID versión 7, estandarizado mucho más recientemente en RFC 9562 (2024), sacrifica deliberadamente algo de esa opacidad: coloca un timestamp de precisión de milisegundos en los bits iniciales, así que un UUID v7 generado más tarde siempre se ordena después de uno generado antes, mientras los bits restantes permanecen aleatorios y tan imposibles de adivinar como los de v4. Los dos no son diseños competidores donde uno es simplemente "mejor" — intercambian la misma aleatoriedad subyacente por una propiedad distinta según si el ordenamiento o la impredecibilidad uniforme es lo que realmente importa para un caso de uso dado.

Por qué una base de datos con claves primarias aleatorias se ralentiza a medida que crece

Un índice de base de datos que respalda una clave primaria normalmente se almacena como un B-tree, una estructura que funciona mejor cuando los nuevos valores se insertan en o cerca del final del orden ordenado existente — que es exactamente cómo se comporta una clave entera autoincremental tradicional. Una clave primaria UUID v4, al ser uniformemente aleatoria, se inserta en una posición efectivamente aleatoria dentro de esa estructura ordenada cada vez, lo que obliga a la base de datos a dividir y reequilibrar repetidamente páginas de índice dispersas por todo el árbol en lugar de simplemente añadir al final. A pequeña escala este sobrecoste es invisible; a escala, con millones de filas, se convierte en una fuente real y mensurable de fragmentación de índice y escrituras más lentas — exactamente el problema que el timestamp inicial de UUID v7 se estandarizó específicamente para resolver, ya que permite que un UUID mantenga ID únicos e imposibles de adivinar mientras sigue insertándose en un orden aproximadamente secuencial.

Preguntas frecuentes

¿Cuál es la diferencia entre UUID v4 y v7?

v4 es completamente aleatorio. v7 pone un timestamp en milisegundos en sus bits iniciales, así que los ID generados más tarde se ordenan después de los anteriores. Ambos son igualmente imposibles de adivinar en la práctica; v7 simplemente además resulta estar ordenado.

¿Cuál debería usar para una clave primaria de base de datos?

v7. Las claves v4 aleatorias dispersan las inserciones por todo el índice B-tree, lo que lo fragmenta y ralentiza mucho las escrituras a escala. Las claves v7 se añaden en orden, así que las inserciones permanecen secuenciales — esta es la razón por la que v7 se estandarizó en 2024.

¿Dos UUID pueden ser iguales alguna vez?

Matemáticamente posible, prácticamente no. Un UUID v4 tiene 122 bits aleatorios; necesitarías generar aproximadamente 2.7 × 10^18 antes de que una colisión se vuelva probable. Para comparar, eso es más UUID de los que hay granos de arena en la Tierra.

¿Se generan de forma segura?

Sí. Usan `crypto.getRandomValues`, la fuente aleatoria criptográfica de tu sistema operativo, no `Math.random`. Esto importa si un UUID se usa alguna vez como un token de capacidad — un enlace para compartir, una URL para darse de baja, una clave de restablecimiento de contraseña.

¿UUID y GUID son la misma cosa?

Sí. GUID es el nombre de Microsoft para el mismo identificador de 128 bits. La única diferencia que encontrarás es el formato: las herramientas de Microsoft a menudo los envuelven en llaves y usan mayúsculas, ambos formatos que esta herramienta puede producir.

Tareas habituales de generador de uuid