LOCATE and INSTR in MySQL - Time & Space Complexity
We want to understand how the time it takes to find a substring in a string grows as the string gets longer.
How does searching for a smaller word inside a bigger sentence affect the work done?
Analyze the time complexity of the following code snippet.
SELECT LOCATE('cat', description) AS position
FROM products;
SELECT INSTR(description, 'cat') AS position
FROM products;
This code finds the position of the word 'cat' inside the 'description' text for each product.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Scanning the description string character by character to find the substring.
- How many times: Up to the length of the description string for each product.
As the description gets longer, the search takes more steps because it checks more characters.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | About 10 checks |
| 100 | About 100 checks |
| 1000 | About 1000 checks |
Pattern observation: The work grows roughly in direct proportion to the length of the string.
Time Complexity: O(n)
This means the time to find the substring grows linearly with the length of the string.
[X] Wrong: "LOCATE and INSTR instantly find the substring no matter how long the string is."
[OK] Correct: The functions must check characters one by one, so longer strings take more time.
Understanding how substring search time grows helps you explain performance in real database queries.
"What if we searched for a longer substring instead of a short one? How would the time complexity change?"
Practice
LOCATE('cat', 'concatenate') return?Solution
Step 1: Understand LOCATE function behavior
LOCATE returns the position of the first occurrence of the substring in the string, starting from the beginning by default.Step 2: Find 'cat' in 'concatenate'
The substring 'cat' starts at the 4th character in 'concatenate'.Final Answer:
4 -> Option BQuick Check:
LOCATE('cat', 'concatenate') = 4 [OK]
- Counting from 0 instead of 1
- Confusing LOCATE with INSTR starting position
- Assuming substring not found returns NULL
Solution
Step 1: Recall LOCATE syntax
The correct syntax is LOCATE(substring, string, start_position).Step 2: Match syntax with options
LOCATE('dog', 'bulldog', 5) matches the correct order: substring 'dog', string 'bulldog', start position 5.Final Answer:
LOCATE('dog', 'bulldog', 5) -> Option DQuick Check:
LOCATE(substring, string, start) correct syntax [OK]
- Swapping string and substring order
- Using incorrect argument order
- Trying to use FROM keyword
SELECT INSTR('hello world', 'o');Solution
Step 1: Understand INSTR function behavior
INSTR returns the position of the first occurrence of the substring in the string, starting from the beginning.Step 2: Find 'o' in 'hello world'
The first 'o' appears at the 6th character in 'hello world'.Final Answer:
6 -> Option AQuick Check:
INSTR('hello world', 'o') = 6 [OK]
- Choosing position of second 'o' instead of first
- Confusing INSTR with LOCATE with start position
- Assuming zero-based index
SELECT LOCATE('test', 'testing', 0);Solution
Step 1: Check LOCATE start position rules
The start position argument can be less than 1; it is treated as 1 with no error.Step 2: Analyze the query
The query uses 0 as start position, which is valid; the search starts from position 1.Final Answer:
No error; query is valid -> Option CQuick Check:
LOCATE start position <1 clamped to 1 [OK]
- Believing start position must be >=1 (it's clamped if less)
- Confusing argument order
- Assuming LOCATE uses zero-based indexing
Solution
Step 1: Find first occurrence of 'a'
LOCATE('a', 'abracadabra') returns 1, the position of the first 'a'.Step 2: Use LOCATE with start position after first 'a'
To find the second 'a', start searching from position 2 (1 + 1) using LOCATE('a', 'abracadabra', 2).Step 3: Combine steps in one query
Use nested LOCATE: LOCATE('a', 'abracadabra', LOCATE('a', 'abracadabra') + 1) to get second occurrence.Final Answer:
SELECT LOCATE('a', 'abracadabra', LOCATE('a', 'abracadabra') + 1); -> Option AQuick Check:
Nested LOCATE finds second occurrence [OK]
- Using INSTR with start position (not supported)
- Starting search at wrong position
- Not adding 1 to first occurrence position
Ready to prove it?
Pass the test and this pattern moves unknown
