Redis存储多字段并实现地理范围+年龄筛选查询的可行性及替代方案咨询

答案是：原生Redis不能直接一步到位实现你要的「地理范围+年龄区间」组合查询，但有变通方案；如果想更优雅地实现，也可以考虑其他内存数据库。

Redis的可行方案 #

1. 客户端侧二次过滤（简单但性能有限） #

用Redis的GEO数据类型存储所有用户的坐标（GEOADD users_geo <lng> <lat> <user_id>），同时用HASH结构存储每个用户的属性（HSET user:<user_id> age 35 height 180）。查询时：

1. 先用GEOSEARCH users_geo FROMLONLAT <y> <x> BYRADIUS 10 km（注意Redis的GEO是先经度后纬度）拿到附近所有user_id
2. 再逐个调用HGET user:<user_id> age，在客户端过滤出年龄在30-40之间的user_id

这种方式的问题是，如果附近用户数量很大，客户端要做大量IO和过滤操作，性能会急剧下降，只适合小范围查询的场景。

2. 按年龄分段维护GEO集合（适合固定区间） #

提前把用户按年龄段分组，比如创建geo_users_30_40、geo_users_20_30这类GEO集合，每个集合只存对应年龄段的用户坐标。查询时直接对geo_users_30_40执行地理范围查询，就能直接得到符合条件的user_id。

但缺点很明显：用户年龄变化时（比如满41岁），需要手动把用户从旧集合移到新集合，维护成本高；而且如果需要非预设的年龄区间（比如32-38），这种方式就完全不适用了。

3. 借助RediSearch扩展（完美但需要额外部署） #

Redis官方的RediSearch模块支持创建组合二级索引，你可以同时为地理坐标和年龄字段建立索引，然后直接执行包含地理范围和年龄区间的查询，完全在服务端完成过滤，性能拉满。比如创建索引时指定：

FT.CREATE user_idx ON HASH PREFIX 1 "user:" SCHEMA latitude NUMERIC longitude NUMERIC age NUMERIC GEOFIELD location FROMFIELDS latitude longitude

查询时就能直接写：

FT.SEARCH user_idx "@location:[<x-0.01> <y-0.01> <x+0.01> <y+0.01>] @age:[30 40]" RETURN 1 user_id

不过这个方案需要额外部署RediSearch模块，不是Redis默认自带的功能。

更适合的内存数据库推荐 #

如果不想折腾Redis的扩展，这些内存数据库原生支持这类多条件组合查询：

• MongoDB（内存引擎）：MongoDB原生支持2dsphere地理空间索引和数值字段索引，直接用MongoDB查询语句就能轻松实现「附近坐标+年龄区间」的筛选，开启内存引擎后所有数据都在内存中，延迟极低。
• VoltDB：一款纯内存的关系型数据库，支持标准SQL，你可以直接创建包含地理坐标和年龄的组合索引，用SQL语句SELECT user_id FROM users WHERE ST_Distance(location, ST_Point(x,y)) < 1000 AND age BETWEEN 30 AND 40就能完成查询，还支持事务，适合需要强一致性的场景。
• Cassandra（内存表配置）：Cassandra支持地理空间类型和二级索引，通过配置内存表（MemoryTable）可以将数据存储在内存中，适合大规模数据的低延迟查询，语法上也支持地理范围和数值条件的组合。
• InfluxDB：虽然主打时序数据，但它也支持地理空间索引和数值过滤，内存存储模式下性能出色，不过如果你的数据没有时间维度，可能有点大材小用。

内容的提问来源于stack exchange，提问作者zeus