Logaritmo só existe se tudo estiver certo
A maior parte dos alunos trava na hora de resolver inequações logarítmicas porque esquece o básico: o logaritmo não é uma operação universal. Ele tems rígidas e, se você ignorar isso, o cálculo entra num terreno inválido sem que o problema reclame nada. Eu já vi gente resolver equações e chegar em respostas que, quando checadas no domínio, simplesmente não existem. Vamos explicar como isso funciona na prática, depois a definição formal, e só aí os exemplos.
O que é a condição de existencia logaritmo
A condição de existência do logaritmo determina quando uma expressão logarítmica faz sentido dentro dos reais. A fórmula base é simples: Para log_b(a), são necessárias duas coisas simultaneamente:
1. A base b deve ser positiva e diferente de 1 (b > 0 e b 1). 2. O logaritmando a deve ser estritamente positivo (a > 0).
Não é "maior ou igual a zero". É estritamente maior. Zero e negativos simplesmente não entram no domínio. Ponto.
Como aplicar na prática
Quando você se depara com uma inequação logarítmica, o primeiro passo nunca é manipular os logaritmos. O primeiro passo é escrever o sistema de condições de existência. Isso significa isolar todas as restrições antes de qualquer transformação algébrica. Por exemplo, para resolver log_x(3x - 2) < 2, você precisa impor três restrições de uma vez:
- x > 0 (base positiva) - x 1 (base diferente de 1)
- 3x - 2 > 0 (logaritmando positivo, o que dá x > 2/3) Interseccionando tudo, o domínio viável é x > 2/3 com x 1. Qualquer resolução que ignore isso produz respostas espúrias.
Eu perdi tempo precioso num projeto de engenharia sanitária há alguns anos trabalhando com modelagem de pH. A questão era resolver uma equação onde o pH dependia de um logaritmo da concentração de íons hidrônio, e a concentração aparecia numa fração com variável no denominador. O problema era que, ao isolar a variável, eu tinha que garantir que o argumento do logaritmo permanecesse estritamente positivo em todo o intervalo de funcionamento do reator. Se a concentração caísse para zero ou ficasse negativa, o modelo quebrava completamente. A solução foi mapear o domínio por interseção de conjuntos e depois usar uma análise de sinais no numerador e denominador separadamente, em vez de tentar operar diretamente com a fração dentro do logaritmo. Isso reduziu o tempo de depuração de horas para minutos.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Armadilhas que ninguém menciona
A primeira armadilha clássica é confundir a condição da base com a condição do logaritmando. Estudantes costumam escrever apenas "o logaritmando deve ser positivo" e esquecer que a base também tem restrições. Quando a base é uma expressão variável, como log_(x-1)(x+2), esquecem de impor x - 1 > 0 e x - 1 1. Isso gera soluções que parecem corretas algebricamente mas são inválidas no domínio real. A segunda armadilha, mais sutil, envolve a propriedade de mudança de base aplicada cegamente. Quando você converte log_a(b) para log_c(b) / log_c(a), está assumindo implicitamente que ambas as bases (a e c) satisfazem as condições de existência. Se a base original for negativa ou igual a 1, a transformação mascara o erro porque o logaritmo na nova base pode existir enquanto o original não existe. Eu vi isso acontecer em problemas de olimpíada onde a resposta final estava errada porque a base original era -2, um número que claramente viola b > 0 e b 1.
Funções logarítmicas compostas
Quando o logaritmo aparece dentro de outra função, como f(x) = ln(x² - 5x + 6), a condição de existência se aplica ao argumento inteiro da função logarítmica, não apenas a uma parte dela. Neste exemplo, precisamos que x² - 5x + 6 > 0. Fatorando, (x-2)(x-3) > 0, o que dá domínio x < 2 ou x > 3. Os intervalos entre 2 e 3 são excluídos porque o logaritmando seria negativo. Um caso que aparece com frequência em análise numérica é quando o logaritmo está no denominador, como em g(x) = 1 / log_2(x - 3). Aqui temos duas restrições sobrepostas: o logaritmando deve ser positivo (x - 3 > 0, ou x > 3) e o denominador não pode ser zero (log_2(x - 3) 0, o que implica x - 3 1, ou x 4). O domínio final é x > 3 exceto x = 4. Muitos estudantes resolvem apenas a primeira restrição e esquecem da segunda, criando uma assimptota vertical não identificada no gráfico.
Sistemas de inequações logarítmicas
Em problemas mais avançados, você encontra sistemas onde múltiplos logaritmos coexistem. Cada termo adiciona suas próprias restrições. O domínio do sistema é a interseção de todos os domínios individuais. Não adianta resolver cada inequação separadamente e depois verificar depois. As restrições devem ser impostas desde o início, porque manipulações algébricas podem introduzir soluções que violam condições que já estavam implícitas. Por exemplo, no sistema { log(x-1) + log(x+1) < 2, log(2x - 3) > 1 }, cada inequação exige seu próprio conjunto de condições:
- Para log(x-1): x > 1 - Para log(x+1): x > -1
- Para log(2x-3): x > 3/2 A interseção é x > 3/2. A partir daí, resolve-se cada inequação dentro desse domínio compartilhado.
Quando a condição de existência impede solução
Há cenários onde não há solução possível, e isso não é um erro de cálculo — é uma característica legítima do problema. Se as condições de existência e a inequação propriamente dita forem contraditórias, o conjunto solução é vazio. Por exemplo, log_x(x - 2) > 0 com x > 0 e x 1. O logaritmando exige x > 2. Dentro desse domínio, se x > 1, a função logarítmica é crescente e log_x(x-2) < log_x(x) = 1, então a desigualdade nunca se satisfaz. Se tentarmos x entre 0 e 1, o logaritmando x-2 já é negativo, violando a condição de existência. O conjunto solução é vazio. Isso é importante reconhecer explicitamente. Alguns professores e materiais didáticos tratam isso como um "erro" a ser corrigido, quando na verdade é uma resposta matemática perfeitamente válida.
Limitações e quando usar outra abordagem
A condição de existência é necessária mas não suficiente para garantir que uma solução numérica seja estável. Em problemas computacionais, mesmo dentro do domínio teórico, valores próximos de zero no logaritmando geram desbordamentos numéricos. Logaritmos de números extremamente pequenos produzem valores negativos de grande magnitude que podem estourar o range de ponto flutuante em linguagens como Python ou C. Nesses casos, é mais seguro trabalhar com logaritmos de variáveis transformadas ou usar aritmética de precisão variável. Outra limitação prática: a condição de existência não ajuda a escolher a base mais conveniente para cálculos manuais. Ela apenas diz quais valores são permitidos. Para eficiência computacional, bases próximas de e ou potências de 2 costumam ser mais estáveis numericamente, enquanto bases muito grandes ou muito próximas de 1 introduzem erros de arredondamento significativos.
Verificação prática passo a passo
Na hora de resolver qualquer problema envolvendo logaritmo, este é o fluxo que eu recomendo e uso: Primeiro, identifique todos os logaritmos na expressão e liste cada restrição individualmente: base positiva e diferente de 1, logaritmando estritamente positivo. Segundo, encontre a interseção de todas as restrições para obter o domínio global. Terceiro, resolva a equação ou inequação dentro desse domínio. Quarto, verifique cada solução candidata contra o domínio — qualquer valor fora dele é descartado imediatamente, sem discussão. Quinto, em casos com parâmetros variáveis, faça uma análise de sinais para mapear claramente os intervalos viáveis.
Isso funciona porque separa a parte de restrição da parte de resolução, evitando que erros de domínio contaminem o resultado final. O tempo extra gasto na verificação inicial economiza muito mais tempo depois, já que soluções espúrias exigem rastreamento manual para encontrar o erro.
