Gerador UUID/ v4 · v7
Gere UUID v4 (aleatório) e UUID v7 (ordenado por tempo) em lote. Maiúsculas, formato sem hifens e cópia com um clique.
Quantidade:
5 × UUID v4
deb90390-f9ac-4e42-9c72-692294c2d6d7
1a1b1fd6-bac2-4102-a793-ab7d40df3419
d8589dd9-1dfe-4d2c-ada4-91d6c8138de3
279c17cc-c663-461e-ae24-0577ee6d1523
9f3795f1-ee95-4ced-ade1-66519f6adfb1
UUID v4 usa 122 bits de aleatoriedade criptográfica. A probabilidade de colisão com 1 trilhão de UUIDs é ~10⁻¹⁵ — praticamente impossível.
Esta ferramenta resolveu o seu problema?
O que é um UUID
Um UUID (Identificador Único Universal) é um identificador de 128 bits,通常 representado como 32 caracteres hexadecimais, como `550e8400-e29b-41d4-a716-446655440000`. O UUID v4 é gerado随机mente com uma probabilidade de colisão astronomicamente baixa — você precisaria生成 103 trilhões de UUIDs para ter 50% de chance de uma duplicata. Perfeito como chave primária唯一a em sistemas distribuídos.
Diferenças entre版本es de UUID
v1基于 carimbo de data/hora e endereço MAC (rastreável), v3/v5基于 namespace e hash (determinístico), v4 é puramente随机 (mais常见), v7 é ordenado por tempo +随机 (novo标准,平衡 ordenação e随机idade). v4 é o padrão para desenvolvimento日常; v7 é ideal para chaves primárias de banco de dados que precisam de ordenação cronológica.
Exemplos de código
JavaScript / Node.js
// UUID v4 (browser & Node 19+)
const id = crypto.randomUUID();
// "110e8400-e29b-41d4-a716-446655440000"
// Node.js (< 19)
import { randomUUID } from "crypto";
const id = randomUUID();
// npm: uuid package
import { v4 as uuidv4, v7 as uuidv7 } from "uuid";
console.log(uuidv4());
console.log(uuidv7());Python
import uuid # UUID v4 print(uuid.uuid4()) # "a8098c1a-f86e-11da-bd1a-00112444be1e" # UUID v5 (name-based, deterministic) print(uuid.uuid5(uuid.NAMESPACE_DNS, "example.com")) # As hex (no dashes) print(uuid.uuid4().hex)
Go
// go get github.com/google/uuid import "github.com/google/uuid" // UUID v4 id := uuid.New() fmt.Println(id.String()) // UUID v7 (google/uuid v1.6+) id7, _ := uuid.NewV7() fmt.Println(id7.String())
SQL
-- PostgreSQL
SELECT gen_random_uuid(); -- v4
INSERT INTO users (id, name)
VALUES (gen_random_uuid(), 'Alice');
-- MySQL 8+
SELECT UUID(); -- v1 format
-- For v4: use application layer
-- SQLite (with extension or app)
SELECT lower(hex(randomblob(4))) || '-' ||
lower(hex(randomblob(2))) || '-4' ||
substr(lower(hex(randomblob(2))),2) || '-' ||
substr('89ab', abs(random()) % 4 + 1, 1) ||
substr(lower(hex(randomblob(2))),2) || '-' ||
lower(hex(randomblob(6)));Perguntas frequentes
O que é um UUID?
UUID (Universally Unique Identifier) é um identificador de 128 bits, tipicamente representado como uma string hexadecimal de 32 caracteres no formato 8-4-4-4-12 (ex: 550e8400-e29b-41d4-a716-446655440000). Definido pela RFC 4122, permite a geração de IDs únicos em sistemas distribuídos sem coordenação central.
Qual a diferença entre UUID v4 e v7?
UUID v4 é completamente aleatório (122 bits), simples e universalmente suportado. UUID v7 codifica um timestamp Unix em milissegundos nos primeiros 48 bits, tornando-o naturalmente ordenado por tempo. Linhas do banco de dados podem ser ordenadas por UUID para obter a ordem de criação, com melhor desempenho de índice B-tree. UUID v7 é recomendado para novos projetos.
Qual a probabilidade de colisão de UUID?
UUID v4 usa 122 bits de aleatoriedade. Seria necessário gerar ~2^61 (~2,3 quintilhões) de UUIDs para atingir 50% de probabilidade de colisão. Gerar milhões por segundo é completamente seguro para chaves primárias distribuídas.
UUID vs ULID — qual é melhor?
ULID (Universally Unique Lexicographically Sortable Identifier) é similar ao UUID v7 — ordenado por tempo — mas usa codificação Crockford base32 (26 caracteres, sem hifens), tornando-o mais curto. UUID v7 é um padrão IETF com suporte de ecossistema mais amplo; ULID é mais compacto quando IDs mais curtos são preferidos.
Como armazenar UUIDs em um banco de dados?
PostgreSQL tem um tipo UUID nativo. MySQL/MariaDB: use BINARY(16) para armazenamento binário compacto ou CHAR(36) para legibilidade. MongoDB: use BinData(3) ou string simples. Sempre indexe colunas UUID que você consulta.
Por que UUID v7 tem melhor desempenho que v4 em bancos de dados?
A aleatoriedade do UUID v4 causa inserções B-tree aleatórias, levando a divisões de página frequentes e baixa utilização de cache. A ordenação temporal do UUID v7 significa que novas linhas são adicionadas ao final do índice, similar a IDs auto-incremento — desempenho de escrita e taxas de cache dramaticamente melhores para tabelas grandes.