3.2.11 · D5Exponentials & Logarithms

Question bank — Solving logarithmic equations

1,587 words7 min readBack to topic

Before the questions, look at the picture that governs everything: the graph of .

Figure — Solving logarithmic equations

True or false — justify

is a valid law.
False. Logs turn products into sums, so ; there is no rule at all for the log of a sum.
If then .
True. Both sides are single logs of the same base and log is one-to-one (strictly increasing), so equal outputs force equal arguments — provided both arguments are positive.
If then .
False. The right side is a plain number, not a log, so you cannot equate arguments. Combine to first, then exponentiate to get .
and are the same statement.
True. They are two spellings of one relationship: the log asks " to what power gives ?" and the exponential form is the answer written out.
Every algebraic solution of a log equation is a genuine solution.
False. Combining or squaring can invent "extraneous roots" that make some log argument ; those must be rejected because the original equation is undefined there.
for every allowed base .
True. for any , so the power that gives is always , independent of the base — this is where every curve in the figure crosses the -axis.
.
False. The left is a log squared (multiply the value by itself); the right is by the power law. They agree only in special cases, not as an identity.
If with then .
True. For fixed the value of strictly changes as the base changes, so equal logs of the same force equal bases.
is just a very large negative number.
False. It is undefined: no finite power of a positive base ever reaches , so has no value at all (it is a limit, not a number).

Spot the error

Look at the side-by-side comparison of the three most common law-misuses before you attempt this section.

Figure — Solving logarithmic equations
"."
Error: exponentiating is , not . Correct is , because , an exponent, not a product.
"."
Error: they added the arguments instead of multiplying. The product law gives , i.e. , not .
", so I split it."
Error: no law expands the log of a sum. Only products, quotients and powers have laws; stays as it is.
"From I get or , so both solve ."
Error: no domain check. makes undefined, so it is extraneous and rejected; only survives (needs ).
", done."
The number is right but the write-up skips the domain check. You must confirm both arguments are positive: and ✓, otherwise the equating step wasn't licensed.
", so can be any real number."
Error: the identity is fine but the domain isn't. The left side needs , so the equivalence only holds for ; writing hides a domain that the original demanded.
", let , then ."
Error: the wrong substitution. The equation is quadratic in the log, so set ; then back-substitute and to reach .

Why questions

The product law is not a coincidence — it is addition of exponents seen through the log. The figure below makes it visible as adding segment lengths.

Figure — Solving logarithmic equations
Why does ?
Because and are inverse functions (Inverse functions); each undoes the other, so applying one right after the other returns the original input .
Why must the base satisfy and ?
If then misbehaves (undefined or oscillating) for many , and if then always, so can't distinguish different arguments — the inverse would not exist.
Why can we equate arguments only when the log is one-to-one?
One-to-one means each output comes from exactly one input, so equal outputs guarantee equal inputs; without that property two different arguments could share a log value and equating would lose or gain solutions.
Why do we combine logs before exponentiating rather than after?
You can only "undo" a single log with the base. If two logs are added, exponentiating term-by-term is illegal, so the product law must first collapse them into one log.
Why does squaring or combining introduce extraneous roots?
Those operations can be valid on a wider domain than the original equation allows, so they admit candidate values where an original log argument is — algebra keeps them but the original equation rejects them.
Why does the product law hold at all?
Write ; then , so the log of the product is — exactly the two individual logs added. It is the index law wearing a log costume, and the figure shows those exponents as stacked segment lengths.
Why is of a negative number undefined for real logs?
Because for every real when ; a positive base raised to any real power never lands on a negative, so no power answers " to what gives a negative?"
Why does the substitution turn a "log-quadratic" into an ordinary quadratic?
Because the equation only involves and its square, renaming that single quantity as leaves a standard that Quadratic equations by substitution handles directly.

Edge cases

The next figure shows why squaring can smuggle in a bad root: a negative argument, forbidden on the log's domain, gets folded into the positive side when you square.

Figure — Solving logarithmic equations
In , what is the true domain before solving?
You need and simultaneously, so the combined domain is ; any candidate not exceeding is dead on arrival.
Can ever have a solution?
No. The two arguments can't both be positive at once ( vs ), so no lies in the domain of both sides — the equation is empty.
What happens to as ?
It plunges to ; the log grows without bound in the negative direction as the argument approaches zero from above, which is why itself is excluded (see the diving red curve in the first figure).
If a log equation yields but the domain requires , is a solution?
No. The boundary is open: makes an argument exactly , which is undefined, so strict inequality means the endpoint is rejected.
Does have a solution set, and what is it?
Yes — it holds for the whole domain (with ), so it is an identity, not a single value; every positive "solves" it.
Is there any with ?
Only , since both sides equal there; for (or ) the differing bases give differing values, so is the lone common point.

The whole workflow, as a flow-chart:

Figure — Solving logarithmic equations
Recall One-line survival kit

Combine → Exponentiate → Check the domain. Most traps on this page are just the last step being skipped, or a law being applied to a sum instead of a product.

Connections