UUID/GUID: O Que São e Quando Usá-los

31 de março de 2026 · 12 min de leitura

Compreendendo UUIDs em Profundidade

Se você já trabalhou em um projeto de software lidando com grandes quantidades de dados, provavelmente já encontrou o termo UUID, ou Identificador Universalmente Único. Esses identificadores de 128 bits são uma salvação quando você precisa garantir que cada pedaço de dados seja único em diferentes sistemas, bancos de dados ou até mesmo organizações.

Pense nos UUIDs como nomes realmente longos que você dá às coisas para que ninguém nunca tenha o mesmo nome. Eles são como um código de barras para seus dados, e se parecem com isto: 550e8400-e29b-41d4-a716-446655440000. A estrutura consiste em 32 caracteres hexadecimais divididos em cinco grupos separados por hífens.

A beleza dos UUIDs está em sua unicidade estatística. Com 2¹²⁸ combinações possíveis (isso é aproximadamente 340 undecilhões), a probabilidade de gerar UUIDs duplicados é tão astronomicamente baixa que é considerada negligenciável para fins práticos. Para colocar isso em perspectiva, você poderia gerar um bilhão de UUIDs a cada segundo pelos próximos 100 anos e ainda teria virtualmente zero chance de uma colisão.

Por Que os UUIDs Importam no Software Moderno

Imagine um armazém enorme cheio de produtos—cada item precisa de uma etiqueta única. Os UUIDs garantem que cada produto receba seu próprio identificador único, evitando qualquer confusão mesmo se o sistema estiver fazendo malabarismos com múltiplas tarefas ao mesmo tempo. Isso é especialmente valioso para sistemas espalhados por diferentes locais onde não há uma autoridade central distribuindo IDs.

Eles ajudam em aplicações distribuídas ao prevenir colisões de ID, permitindo que cada sistema continue independentemente sem tropeçar nos dados de outro. Essa abordagem descentralizada para geração de IDs é o que torna os UUIDs indispensáveis em arquiteturas de microsserviços, bancos de dados distribuídos e aplicações nativas da nuvem.

Estrutura e Versões de UUID

Por trás dos bastidores, os UUIDs têm uma estrutura cuidadosamente projetada que ajuda a evitar conflitos. A maneira como são gerados inclui pedaços de informação como carimbos de data/hora, identificadores de host e números aleatórios, dependendo da versão. Essa configuração ajuda a manter tudo único, o que é fundamental quando você está trabalhando com sistemas que abrangem diferentes plataformas.

Detalhamento dos Componentes do UUID

Um UUID padrão segue este formato: xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx

• Time-low (8 dígitos hex): Os primeiros 32 bits do carimbo de data/hora
• Time-mid (4 dígitos hex): Os 16 bits do meio do carimbo de data/hora
• Time-high-and-version (4 dígitos hex): Os 12 bits altos do carimbo de data/hora mais o número de versão de 4 bits
• Clock-seq-and-reserved (4 dígitos hex): Sequência de relógio e bits de variante
• Node (12 dígitos hex): Identificador de nó de 48 bits (frequentemente endereço MAC ou valor aleatório)

Versões de UUID Explicadas

A especificação UUID define várias versões, cada uma otimizada para diferentes casos de uso. Compreender essas versões ajuda você a escolher a certa para sua aplicação.

Versão 4: UUIDs Aleatórios

Quando as pessoas falam sobre UUIDs Versão 4, elas se referem a IDs que são inteiramente aleatórios, sem nenhum vestígio de carimbo de data/hora ou identificador de host. Eles são perfeitos para situações onde a privacidade importa e você não quer que nenhuma informação vaze sobre quando ou onde o ID foi gerado.

A Versão 4 é a versão de UUID mais comumente usada porque é simples, segura e não requer nenhuma coordenação entre sistemas. A aleatoriedade vem de geradores de números aleatórios criptograficamente seguros, garantindo imprevisibilidade.

Experimente gerar seus próprios UUIDs com nossa ferramenta Gerador de UUID para ver como eles funcionam na prática.

Versão 1 e 6: UUIDs Baseados em Tempo

UUIDs Versão 1 incorporam um carimbo de data/hora e o endereço MAC da máquina geradora. Isso os torna ordenáveis por tempo de criação, o que pode ser útil para bancos de dados e sistemas de registro. No entanto, a inclusão de endereços MAC levanta preocupações de privacidade, pois revela informações sobre a máquina geradora.

A Versão 6 é uma especificação mais recente que aborda algumas das deficiências da Versão 1 ao reordenar os bits do carimbo de data/hora para tornar os UUIDs naturalmente ordenáveis. Isso melhora significativamente o desempenho do índice do banco de dados.

Versão 7: A Escolha Moderna

A Versão 7 é a adição mais recente à família UUID e representa o melhor dos dois mundos. Ela usa carimbos de data/hora Unix para ordenabilidade, mas substitui o endereço MAC por dados aleatórios para privacidade. Isso a torna ideal para sistemas distribuídos modernos que precisam tanto de desempenho quanto de segurança.

Muitos desenvolvedores agora estão escolhendo a Versão 7 como sua versão UUID padrão para novos projetos porque combina os benefícios da ordenação baseada em tempo com a privacidade da geração aleatória.

O Debate: UUIDs vs. IDs Auto-Incrementais

Um dos debates mais acalorados no design de banco de dados é se deve usar UUIDs ou inteiros auto-incrementais tradicionais como chaves primárias. Ambas as abordagens têm seus méritos, e a escolha certa depende de seus requisitos específicos.

Vantagens dos UUIDs

• Geração descentralizada: Não há necessidade de uma autoridade central ou sequência de banco de dados
• Amigável para mesclagem: Fácil de combinar dados de múltiplas fontes sem conflitos de ID
• Segurança por obscuridade: IDs não sequenciais tornam mais difícil adivinhar identificadores válidos
• Geração offline: Pode criar IDs antes da inserção no banco de dados
• Sistemas distribuídos: Perfeito para microsserviços e bancos de dados fragmentados
• Sem condições de corrida: Múltiplos sistemas podem gerar IDs simultaneamente

Vantagens dos IDs Auto-Incrementais

• Tamanho menor: 4-8 bytes vs. 16 bytes para UUIDs
• Melhor desempenho de índice: Inteiros sequenciais são mais amigáveis ao cache
• Legível por humanos: Mais fácil de referenciar em conversas e depuração
• Ordenação previsível: Ordenação cronológica natural
• Menos armazenamento: Economia significativa em grandes bancos de dados
• Junções mais rápidas: Comparações de inteiros são computacionalmente mais baratas

Comparação de Desempenho

A Abordagem Híbrida

Muitas aplicações modernas usam uma estratégia híbrida: IDs auto-incrementais para operações internas de banco de dados e UUIDs para APIs externas. Isso lhe dá os benefícios de desempenho dos inteiros internamente enquanto expõe identificadores não sequenciais e seguros para o mundo externo.

Por exemplo, seu banco de dados pode ter uma coluna id com inteiros auto-incrementais e uma coluna uuid separada que é usada em respostas de API e URLs. Essa abordagem é comum em plataformas de e-commerce e aplicações SaaS.

Quando Usar UUIDs: Cenários Ideais

Compreender quando os UUIDs brilham ajuda você a tomar decisões arquiteturais informadas. Aqui estão os cenários onde os UUIDs não são apenas benéficos, mas frequentemente essenciais.

Sistemas Distribuídos e Microsserviços

Em arquiteturas de microsserviços, diferentes serviços frequentemente precisam criar registros independentemente. Os UUIDs eliminam a necessidade de coordenação entre serviços ao gerar IDs. Cada serviço pode criar seus próprios identificadores sem se preocupar com conflitos com outros serviços.

Isso é particularmente valioso em arquiteturas orientadas a eventos onde os eventos precisam de identificadores únicos que podem ser gerados por qualquer serviço no sistema.

Sincronização e Replicação de Dados

Quando você está sincronizando dados entre múl