Gerador de UUID

Gere UUID v4 criptograficamente aleatórios em massa

Quantos?

Incluir hífensMaiúsculas

Como funciona

Gerador de UUID — Gere UUID v4 criptograficamente aleatórios em massa. Todo o processamento acontece no seu navegador — sem upload, sem cadastro, sem e-mail. Grátis para sempre.

Última atualização: 2026-05-06

Editor's note

Padronizamos no v4 porque é o que cerca de 95% dos bancos de dados e frameworks esperam quando dizem "me dá um id". O v1 vaza um endereço MAC, o v7 é ótimo mas ainda está em rollout entre os drivers, e o v5 precisa de um namespace que a maioria das pessoas não tem. Escolher v4 silenciosamente é a opinião: se você genuinamente precisa de um dos outros, já sabe por quê, e, se não precisa, não vamos te fazer ler uma RFC só para semear um arquivo de fixture. Somos obcecados pelo caso chato dos 95% para você poder colar o resultado e seguir em frente.

Os toggles "incluir hífens" e "maiúsculas" existem porque já escrevemos pessoalmente o pipeline de sed que tira os traços para um schema legado, e não queremos que mais ninguém escreva. Algumas colunas do Oracle e do SQL Server armazenam UUIDs como hex de 32 caracteres, alguns guias de estilo querem A–F em maiúscula, e alguns times rejeitam seu PR se você entregar o formato errado. Preferimos te dar a escolha uma vez na página do que ver você embrulhar a saída em um script avulso toda vez.

Sobre Gerador de UUID

Precisa de dez mil identificadores únicos para um seed de banco, um único id para uma nova feature flag, ou um request id novo para um header de correlação de logs? Este gerador de UUID v4 produz identificadores criptograficamente aleatórios usando o crypto.randomUUID() embutido no navegador, a mesma primitiva que Node.js, OpenSSL e sistemas operacionais modernos usam para emitir tokens de segurança.

UUID versão 4 significa "totalmente aleatório, sem namespace, sem MAC address, sem timestamp". Cada id tem 122 bits de entropia, então a probabilidade de dois valores colidirem permanece praticamente zero mesmo gerando bilhões por segundo em todos os seus serviços. É isso que faz dos UUIDs a escolha padrão para chave primária quando você não pode depender de um contador auto-increment centralizado — bancos sharded, apps offline-first e sistemas event-sourced todos se apoiam nessa propriedade.

Toda a geração acontece localmente no seu navegador. Os UUIDs nunca são enviados pela rede, registrados em log nem armazenados em lugar nenhum — recarregue a página e eles somem. Isso importa quando você está pré-alocando ids para registros sensíveis que não podem aparecer em nenhum analytics ou log de servidor terceirizado.

Como usar Gerador de UUID

Defina "Quantos?" com o número de UUIDs que você precisa (um para um teste rápido, milhares para um arquivo de seed).
Desligue "Incluir hifens" se você quer a forma compacta de 32 caracteres em hexa que seu banco espera.
Ligue "Maiúsculas" se seu style guide ou sistema de armazenamento exige os caracteres A–F em maiúsculo.
Clique em Gerar para produzir o lote, depois em "Copiar tudo" para soltá-los no seu editor ou script de migração.
Clique em Gerar novamente a qualquer momento para trocar o lote por outro igualmente aleatório.

Casos de uso comuns

Pré-alocar chaves primárias antes de um bulk insert para que cliente e servidor concordem nos ids sem round trip.
Criar idempotency keys para pagamentos, entrega de webhooks ou produtores de fila de mensagens.
Preencher fixtures de teste em que você precisa de valores com formato estável mas únicos em centenas de registros.
Gerar correlation/request ids que você pode colar em queries de log ao reproduzir um bug.
Emitir identificadores de feature flag, experimento ou tenant que nunca podem colidir entre regiões.

Dicas e erros comuns

Não use UUID v4 como chave ordenável. Dois ids gerados com milissegundos de diferença vão ordenar essencialmente de forma aleatória — se você precisa de ordenação temporal, use ULID ou UUID v7.
Armazenar como binary(16) em vez da forma textual de 36 caracteres reduz o tamanho do índice quase pela metade no MySQL e no PostgreSQL.
Se você ver o mesmo UUID duas vezes nos seus logs, suspeite de um retry com bug que reaproveitou o valor — não da fonte de aleatoriedade. A probabilidade de colisão do v4 é astronomicamente menor que sua taxa de bugs.
Gerar no navegador é OK para necessidades client-side, mas sempre regere no servidor para ids sensíveis à segurança (session tokens, links de reset de senha) para que o usuário não escolha o próprio valor.

Perguntas frequentes

Esses UUIDs são criptograficamente aleatórios?

Sim. Usamos crypto.randomUUID() do navegador (ou crypto.getRandomValues como fallback), as mesmas primitivas usadas para tokens de segurança.

Qual versão de UUID?

UUID v4 — totalmente aleatório, 122 bits de entropia. A probabilidade de colisão é desprezível mesmo a bilhões por segundo.

Posso obter UUIDs sem hífens ou em maiúsculas?

Sim. Desative 'Incluir hífens' para uma string hex de 32 caracteres, ou ative 'Maiúsculas' para o formato ABC…. Ambos se aplicam a todos os valores gerados.

Posso gerar UUID v1, v5 ou v7 com esta ferramenta?

Atualmente apenas v4 (aleatório). v1 vaza o MAC address e o tempo, v5 precisa de um namespace e um nome, e v7 ordena por tempo — todos úteis em cenários mais específicos. Para a maioria dos ids no nível da aplicação, v4 é o padrão seguro e o que os frameworks escolhem por padrão.

Os valores são seguros para usar como tokens de segurança?

Eles são aleatórios o suficiente para não serem adivinhados, mas um UUID v4 tem 122 bits de entropia contra 256 de um session token típico. Para segredos de longa duração recomendamos APIs de token dedicadas (crypto.getRandomValues com pelo menos 32 bytes), e para ids de curta duração os UUIDs são perfeitamente adequados.

Por que existem só 122 bits aleatórios em um UUID de 128 bits?

Seis bits são reservados para os marcadores de versão ("4") e variante ("10"), para que qualquer ferramenta reconheça o formato. Os 122 bits restantes são aleatórios, o que ainda dá cerca de 5×10^36 valores possíveis.