Geo-proximity with sorted sets in Redis - Time & Space Complexity
When we use Redis sorted sets to find nearby locations, we want to know how the time to get results changes as we add more places.
We ask: How does searching for nearby points grow when the list of locations grows?
Analyze the time complexity of the following Redis commands.
GEOADD places 13.361389 38.115556 "Palermo"
GEOADD places 15.087269 37.502669 "Catania"
GEORADIUS places 15 37 200 km WITHDIST
This code adds two locations to a sorted set and then finds all places within 200 km of a point.
Look for repeated work inside the GEORADIUS command.
- Primary operation: Checking each location's distance to the center point.
- How many times: Once for every location stored in the sorted set.
As you add more places, Redis checks each one to see if it fits inside the radius.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | About 10 distance checks |
| 100 | About 100 distance checks |
| 1000 | About 1000 distance checks |
Pattern observation: The work grows directly with the number of locations you have.
Time Complexity: O(n)
This means the time to find nearby places grows in a straight line with how many places you store.
[X] Wrong: "Redis finds nearby places instantly no matter how many locations there are."
[OK] Correct: Redis must check each location's distance, so more places mean more work and more time.
Understanding how Redis handles geo queries helps you explain how data size affects speed in real apps.
This skill shows you can think about performance, not just code.
"What if Redis used a spatial index to reduce the number of distance checks? How would the time complexity change?"
Practice
GEOADD do in the context of geo-proximity with sorted sets?Solution
Step 1: Understand the purpose of GEOADD
The GEOADD command stores geographic coordinates (longitude and latitude) associated with a member in a sorted set.Step 2: Differentiate GEOADD from other geo commands
Commands like GEORADIUS find nearby members, while GEOADD adds new locations.Final Answer:
Adds geographic locations (longitude, latitude) to a sorted set -> Option DQuick Check:
GEOADD = Add locations [OK]
- Confusing GEOADD with GEORADIUS
- Thinking GEOADD removes locations
- Assuming GEOADD returns distances
Solution
Step 1: Identify the command to find nearby members
GEORADIUS is used to find members within a radius from given longitude and latitude.Step 2: Check syntax correctness
GEORADIUS locations 13.361389 38.115556 5 km correctly specifies key, longitude, latitude, radius, and unit.Final Answer:
GEORADIUS locations 13.361389 38.115556 5 km -> Option CQuick Check:
GEORADIUS + lon lat + radius + unit = correct syntax [OK]
- Using GEOADD instead of GEORADIUS for searching
- Mixing GEORADIUSBYMEMBER syntax with coordinates
- Using GEODIST which calculates distance, not radius search
GEOADD cities 13.361389 38.115556 Palermo GEOADD cities 15.087269 37.502669 Catania GEORADIUS cities 15 37 200 km WITHDIST ASCWhat will be the output?
Solution
Step 1: Add two cities with their coordinates
Palermo and Catania are added with their longitude and latitude to the 'cities' key.Step 2: Use GEORADIUS to find cities within 200 km of (15, 37) sorted by distance ascending
Catania is closer (~56.44 km), Palermo is farther (~190.44 km), so output lists Catania first with distances.Final Answer:
[["Catania", "56.4413"], ["Palermo", "190.4424"]] -> Option BQuick Check:
GEORADIUS WITHDIST ASC sorts by nearest first [OK]
- Confusing order of results when using ASC
- Ignoring WITHDIST option for distances
- Swapping longitude and latitude values
GEORADIUS cities 15 37 100 km WITHDIST but get no results, even though you know cities exist nearby. What is the most likely cause?Solution
Step 1: Check if the key exists and has data
If the 'cities' key does not exist or is empty, GEORADIUS returns no results regardless of radius.Step 2: Consider other causes
Radius 100 km is reasonable, WITHDIST is supported, and longitude/latitude order is correct, so these are less likely.Final Answer:
The key 'cities' does not exist or is empty -> Option AQuick Check:
Empty key = no results [OK]
- Assuming WITHDIST causes errors
- Swapping lat/lon but still expecting results
- Using too small radius without verifying data
Solution
Step 1: Use GEORADIUSBYMEMBER to search by member name
GEORADIUSBYMEMBER finds locations near a member's coordinates, here 'Denver'.Step 2: Specify radius and unit, and sort ascending by distance
10 miles radius with WITHDIST ASC returns nearby locations sorted nearest first.Final Answer:
GEORADIUSBYMEMBER places Denver 10 mi WITHDIST ASC -> Option AQuick Check:
GEORADIUSBYMEMBER + WITHDIST ASC = nearest first [OK]
- Using GEORADIUS with member name instead of coordinates
- Sorting DESC instead of ASC for nearest first
- Using GEODIST which returns distance between two members only
Ready to prove it?
Pass the test and this pattern moves unknown
