Gerador de UUIDs Online

Um UUID é um identificador de 128 bits normalmente apresentado com 36 caracteres: 8-4-4-4-12 em hexadecimal com hífenes (ex.: 550e8400-e29b-41d4-a716-446655440000). É indiferente a maiúsculas/minúsculas e também pode surgir como 32 hex sem hífenes.

Por omissão, use UUIDv7 para IDs ordenáveis no tempo e amigos do índice em bases de dados. Use UUIDv4 para IDs aleatórios quando a ordenação não importa. Use UUIDv5 quando precisar de IDs determinísticos derivados de um nome.

v4 é puramente aleatório (122 bits aleatórios), simples mas não naturalmente ordenável. v7 codifica um carimbo temporal nos bits mais altos e aleatoriedade no restante, permitindo ordenação quase cronológica com boa imprevisibilidade—ideal para BD e logs com muitas escritas.

Na prática, sim, na maioria dos contextos de desenvolvimento. “GUID” é o termo da Microsoft; “UUID” é o nome do standard IETF. Ambos referem-se a identificadores únicos de 128 bits.

Sim com v7 (concebido para ordem temporal). v1/v6 também ordenam por tempo mas têm questões de privacidade/legado. v4 é aleatório e não ordenável por tempo.

Com um RNG adequado, as colisões v4/v7 são astronomicamente improváveis para volumes reais. Trate-os como únicos e garanta um gerador de alta qualidade.

Use v5 para obter um ID estável a partir de um namespace (ex.: DNS, URL) e um nome (string). As mesmas entradas → o mesmo UUID. Útil para chaves de idempotência, deduplicação e referências entre serviços.

UUIDs são identificadores, não segredos. Não confie neles para autenticação/autorização. Evite dados sensíveis no v1 (pode expor info de tempo/host). Prefira v4/v7 e use verdadeiros segredos para segurança.

Prefira tipos binários de 16 bytes quando disponíveis (ex.: PostgreSQL uuid, MySQL BINARY(16)), não CHAR(36). Poupa espaço e acelera comparações e índices.

Os bits mais altos ordenados por tempo melhoram a localidade de B-tree, reduzem divisões de páginas e aceleram ingestão. Mantém aleatoriedade para evitar previsibilidade e permite scans por intervalo eficientes.

O nil UUID é todo zeros: 00000000-0000-0000-0000-000000000000. Representa um valor “vazio” ou não inicializado; não use para entidades reais.

Verifique 32 hex (compacto) ou 8-4-4-4-12 com hífenes, indiferente a maiúsculas, versão correta (1–8) e variante (8|9|a|b). Rejeite o resto.

Não. Hex é indiferente a maiúsculas. Normalize para um estilo (geralmente minúsculas) para consistência em logs e UIs.

Evite. UUIDs são opacos por design. Se precisa de IDs legíveis por humanos ou estritamente monotónicos, use esquemas sequenciais ou ao estilo ULID/KSUID, ciente dos trade-offs.

Sim, na maioria dos novos desenvolvimentos. v7 preserva benefícios de ordenação sem expor MAC/tempo. Em migrações, faça dual-write ou backfill mantendo as chaves primárias estáveis para evitar rekeys em massa.

Nenhuma semanticamente. Hífenes ajudam a leitura; o formato compacto poupa bytes em texto. Armazene em binário internamente e escolha um formato de apresentação único externamente.

Sim. Com v7 (ou v4 + estratégia de ordenação), as bases de dados tratam-nos bem. Garanta indexação adequada, armazenamento binário e faça benchmark para a sua carga.

Escolha um namespace UUID fixo (DNS/URL/próprio) e uma string estável. O hashing (SHA-1) produz sempre o mesmo UUID. Não use v5 como segredo; trate-o apenas como identificador estável.