Find a Geometric Sequence Index With Logs

When a sequence grows or decays exponentially, the term number is locked inside an exponent, and ordinary arithmetic cannot reach it. To find a geometric sequence index with logs, you isolate that exponent using a logarithm. If the first term is 5 and the common ratio is 2, the term 160 occurs at index 6 because 2 raised to the power 5 equals 32, and 32 times 5 equals 160. The index itself is the exponent plus one.

The term number can be solved when growth or decay is exponential. You start with the geometric sequence formula a_n = a₁ ⋅ r^(n-1) and rearrange it to r^(n-1) = a_n / a₁. The exponent n-1 is a logarithm problem: log_r(a_n / a₁). Add 1 to that result and you have the term number.

The method works only when the common ratio r is positive and not equal to 1, and when the ratio a_n / a₁ is positive. Those are the real constraints. A negative ratio or a ratio of zero means the logarithm is undefined in real numbers, and the sequence never reaches that term.

Work through one calculation from start to finish. The sequence starts at a₁ = 5, the common ratio r = 2, and you need the term number n for a_n = 160.

Step One: Write the Equation

Plug the known values into the geometric sequence formula: 160 = 5 ⋅ 2^(n-1). Divide both sides by 5 to get 32 = 2^(n-1).

Step Two: Apply the Logarithm

Take the base-2 logarithm of both sides. The equation log₂(32) = n - 1 is the result. Since 2⁵ = 32, log₂(32) equals 5 exactly. Therefore n - 1 = 5, and n = 6.

Step Three: Check the Answer

Term 6 of the sequence is 5 ⋅ 2⁵ = 5 ⋅ 32 = 160. The index is correct.

For ratios that are not powers of 2, a geometric sequence calculator that accepts any base will give you the log value. The change of base formula, log_r(x) = log(x) / log(r), lets you use the common log key on any calculator.

When the numbers are not neat, the calculation requires a calculator or a four-figure log table. The principle stays the same: solve r^(n-1) = a_n / a₁ by taking logs.

Change of Base Method

Suppose a₁ = 3, r = 1.5, and a_n = 76. The equation becomes 1.5^(n-1) = 76 / 3 = 25.333. The base-1.5 log is not on a standard calculator. Use the change of base formula: log_1.5(25.333) = log(25.333) / log(1.5). On a base-10 common log, log(25.333) is approximately 1.4038 and log(1.5) is approximately 0.1761. Dividing gives 7.97. Add 1 to get n = 8.97. Since term numbers are integers, the sequence reaches or exceeds 76 at term 9.

Characteristic and Mantissa

With four-figure log tables, you build the log from two parts. The characteristic depends on the order of magnitude. For 25.333, the number is between 10 and 100, so the characteristic is 1. The mantissa comes from the table lookup for 2.533, which is about 0.4038. Combined, log(25.333) = 1.4038. The same process for 1.5 gives log(1.5) = 0.1761. Divide and add 1 as above.

Precision Limits

A four-figure table gives four decimal places, and linear interpolation between entries adds about two more decimal places of accuracy. The final index may be off by a small fraction. For exact integer indices, always verify that r^(n-1) equals a_n / a₁ with no rounding.

The exponential equation r^(n-1) = value is what a logarithm inverts. Logarithm is the exponent needed to raise a base to get a given number. When you take log_r(value), you get the exponent that was hiding in the superscript.

Domain Constraints

The argument of a logarithm must be positive. The ratio a_n / a₁ must be greater than zero. If the sequence is decaying with a ratio between 0 and 1, the ratio is still positive and the method works. If a_n / a₁ is negative, the logarithm is undefined in real numbers. That sequence never reaches that term.

Base Must Not Be 1

A common ratio of 1 creates a constant sequence. Every term equals a₁. The equation 1^(n-1) = a_n / a₁ has either no solution or infinitely many, because 1 raised to any power is still 1. The logarithm base 1 is undefined.

Common Mistake: Forgetting the Plus One

The logarithm solves for n - 1, not for n. A student who writes n = log_r(a_n / a₁) and stops is off by one. The correct step is n = log_r(a_n / a₁) + 1.

Three specific failure cases stop the method cold. First, a common ratio of 1. The sequence is constant; log₁ is undefined, and no unique index exists. Second, a negative ratio a_n / a₁. The logarithm of a negative number is not a real number. Third, a zero ratio. The log of zero is negative infinity, which is not a usable result.

Even when the numbers are valid, the log result may be approximate. A four-figure table or a calculator with finite precision can give 7.97 when the true exponent is 8. The index 8.97 rounds to 9, but verifying the original equation is the only way to be certain. That verification step is what most people skip, and it is where the error lives.