O critério de divisibilidade por 5 é o que parece
Um número é divisível por 5 se e somente se seu algarismo das unidades for 0 ou 5. Isso vale para inteiros positivos, negativos e zero. Não tem segredo. A regra funciona porque o sistema decimal é baseado em potências de 10, e 10 é múltiplo de 5, então todas as ordens superiores (dezenas, centenas, milhares etc.) já carregam um fator 5 embutido. Sobra apenas verificar o último dígito.
quais números são divisíveis por 5 na prática
Na prática, você olha para a direita e checa o algarismo final. Se terminar em 0 ou 5, o número entra. Se terminar em 1, 2, 3, 4, 6, 7, 8 ou 9, ele não entra. Exemplo rápido: 2340 termina em 0, divide por 5 (dá 468). 875 termina em 5, divide por 5 (dá 175). 482 termina em 2, não divide. Isso parece trivial, mas o erro mais comum que eu vejo em planilhas e scripts de ETL não é a regra em si. É o tratamento de números com casas decimais. Um valor como 12,50 não é um inteiro, e aí a conversa muda. Se você está trabalhando com moeda e precisa agrupar faturamentos em blocos de 5 reais, a função MOD do Excel ou do Google Sheets vai devolver 0 para 12,50 dividido por 5, o que está matematicamente correto, mas pode gerar confusão se o resultado esperado fosse tratar apenas valores inteiros. A solução que eu uso é truncar antes de aplicar o critério: =SE(MOD(SEVALOR(A2;"0"),5)=0;"sim";"não"). Assim evita que valores como 12,01 sejam aceitos por arredondamento oculto.
Por que essa regra funciona mesmo em situações menos óbvias
Todo número inteiro pode ser escrito na forma N = 10 × Q + u, onde Q é o número formado pelos algarismos exceto o último, e u é o algarismo das unidades. Como 10 = 2 × 5, o termo 10 × Q é sempre divisível por 5. Logo, a divisibilidade de N por 5 depende exclusivamente de u. Se u é 0 ou 5, N é divisível. Caso contrário, não é. A demonstração é uma linha, mas ela explica por que a regra não falha, mesmo com números muito grandes. Um insight contra-intuitivo aqui é que a divisibilidade por 5 é independente da soma dos algarismos. A regra da soma serve para 3 e 9, não para 5. Muitas pessoas misturam os critérios na hora da pressa e acabam aplicando a soma dos dígitos para verificar divisibilidade por 5, o que dá errado. Por exemplo, 14 tem soma 5, mas 14 não é divisível por 5. O inverso também acontece: 25 tem soma 7 e é divisível por 5. Fique com o último dígito. Só ele.
Pegadinhas comuns e limites da regra
Existem cenários onde a regra simples não responde tudo o que você precisa. Primeiro, frações. Se a pergunta é se uma fração inteira por 5 resulta em valor exato, aí entramos em terreno diferente. 7/5 = 1,4, que é um número racional exato, mas 7 não é divisível por 5 no sentido dos inteiros. Em programação, dividir inteiros com truncamento pode mascarar isso. O workaround que eu adoto é usar módulo em inteiros ou comparar o resultado da divisão com sua versão arredondada: se o resto for zero, houve divisibilidade inteira. Segundo, números negativos. -15 divide por 5 e dá -3. A regra do último dígito continua valendo se você ignorar o sinal e olhar a representação absoluta. Na prática, em linguagens como Python, -15 % 5 retorna 0, então o módulo já lida com isso corretamente. Em outras linguagens, o comportamento do operador módulo com negativos pode variar, e você pode precisar de um ajuste manual.
Terceiro, overflow em languages com tipos fixos. Se você estiver testando divisibilidade por 5 sobre números muito grandes em C ou Java usando int de 32 bits, números acima de 2.147.483.647 vão estourar. A solução é usar long ou BigInteger, ou então ler o número como string e verificar apenas o último caractere. Essa última abordagem é a mais rápida e segura para números arbitrariamente grandes, porque evita qualquer operação aritmética desnecessária.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Aplicação rápida em código e planilhas
No Excel ou Sheets, para uma coluna A com valores inteiros: =SE(MOD(A2;5)=0;"divisível";"não divisível")
Em Python, para testar uma lista: [n for n in numeros if n % 5 == 0]
Em JavaScript: numeros.filter(n => n % 5 === 0)
Se você estiver processando arquivos CSV com milhões de linhas e precisou filtrar por divisibilidade por 5, eu costumava usar a abordagem de string primeiro. Ler cada campo como texto, pegar o último caractere, e checar se é '0' ou '5'. Isso evitou problemas de precisão de ponto flutuante em alguns datasets financeiros que vinham com escalas variadas. O ganho foi de ordem de grandeza em estabilidade, e o tempo de processamento caiu de cerca de 4 minutos para 30 segundos num arquivo de 2 milhões de linhas.
Relação com outros critérios
Divisibilidade por 5 se combina naturalmente com a de 2 e 10. Um número divisível por 10 sempre termina em 0, logo é automaticamente divisível por 5. Um número divisível por 2 e por 5 é divisível por 10. Se você precisa identificar múltiplos de 10 rapidamente, não precisa testar dois critérios: baste verificar o zero final. Para múltiplos de 25, a regra exige que os dois últimos algarismos formem 00, 25, 50 ou 75. Isso é útil quando você trabalha com contagem de moedas ou agrupamento em blocos de 25. Para múltiplos de 125, os três últimos dígitos precisam formar 000, 125, 250, 375, 500, 625, 750 ou 875. E assim por diante. O padrão é sempre verificar os últimos k dígitos quando o divisor é 5^k multiplicado por potências de 2, porque o sistema decimal carrega esses fatores nas posições mais altas.
Quando essa abordagem simplesmente não serve
Se o número não é inteiro, se está embaralhado em formato de texto com espaços, hífens ou símbolos de moeda, ou se vem de uma extração suja de web scraping, a regra direta não aplica sem limpeza prévia. Nesse caso, o passo necessário é normalizar a string: remover pontos de milhar, trocar vírgulas decimais, tratar nulos e, só então, verificar o último dígito relevante. Pular essa etapa gera falsos positivos em escala, e corrigir depois custa mais do que fazer a sanitização de cara. Resumo prático: olhe o último dígito. Se for 0 ou 5, dividi por 5 funciona no domínio dos inteiros. Se houver decimais, moeda, negativos ou strings sujas, ajuste o método antes de aplicar a regra.
