Redis多索引（含地理空间）数据写入查询问题及缓存选型咨询

一、需求可行性与数据写入修正 #

你的需求完全可行，问题出在GEO类型字段的存储格式不符合RedisSearch的要求：

错误原因分析 #

1. 直接传入{latitude:0, longitude:0}对象报错：Redis Hash的字段值仅支持字符串、数值类型，无法直接存储对象结构，因此触发类型错误。
2. 使用geohash编码写入后查询不到：RedisSearch的GEO类型索引并不识别外部生成的geohash字符串，它要求Hash中的GEO字段必须存储为**"经度,纬度"格式的字符串**（注意顺序是经度在前，纬度在后）。

修正后的写入代码 #

将position字段改为"经度,纬度"格式的字符串即可，无需额外geohash编码：

await client.hSet('CITS:19123123:0:0:00:00:5e:00:53:af', {
    timestamp: 19123123,
    position: '0,0', // 格式："经度,纬度"
    mid: '00:00:5e:00:53:af',
    message: 'payload'
})
await client.hSet('CITS:19123123:0.001:0.001:ff:ff:ff:ff:ff:ff', {
    timestamp: 19123123,
    position: '0.001,0.001',
    mid: 'ff:ff:ff:ff:ff:ff',
    message: 'payload'
})

修改后，你的地理空间查询语句@position:[0 0 10000 km]就能正常匹配到数据。

二、数据库适配建议 #

你的场景是低延迟、写多读少、Redis仅作为即时缓存，Redis本身就是非常适配的选择：

• Redis的读写延迟极低，能满足高并发写入需求；
• RedisSearch扩展完全支持你需要的文本（MAC地址）、数值、地理空间三类索引查询；
• 作为缓存层，无需考虑复杂持久化逻辑，与后端持久化数据库配合即可。

如果后续需要更复杂的地理空间查询（如多边形范围、地理聚合），可以考虑：

• RedisJSON + RedisSearch：将数据存储为JSON格式，RedisSearch同样支持JSON内的GEO字段索引，灵活性更高；
• 若缓存层需要兼顾部分持久化需求，MongoDB的地理空间索引也很成熟，但延迟略高于Redis，更适合作为持久化存储而非纯缓存。

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