GEODIST 返回 null 或 0 主因是两个 member 不在同一 key 的 Geo 集合中；必须同属一个 Sorted Set，且需显式指定单位（m/km/mi/ft），member 名含空格须加引号，跨 key 计算不支持。
GEODIST 指令为什么返回 null 或 0？
常见现象是执行 GEODIST 后没结果，或返回 0，但你知道两地肯定有距离。这通常不是精度问题，而是两个 key 根本不在同一个 Geo 集合里——GEODIST 要求两个 member 必须属于同一个 key（即同一个 Sorted Set）。Redis 不支持跨 key 计算地理距离。
- 确认两个地点是否都用
GEOADD加到了同一个 key 下，比如都加到cities:cn - 用
ZRANGE cities:cn 0 -1 WITHSCORES检查 member 是否真实存在、拼写是否一致（大小写敏感） - 注意：member 是字符串标识，不是经纬度值；经纬度只存 score，不能反向查
GEODIST 的单位参数怎么选才不踩坑？
Redis 默认返回米（m），但你得显式指定单位，否则报错：ERR wrong number of arguments for 'geodist' command。它不接受默认值，第四参数必须是 m、km、mi（英里）或 ft（英尺）之一。
- 别写成
meter或kmeter，只认单字母缩写：m、km、mi、ft -
mi是 statute mile（约 1609 米），不是 nautical mile（海里），别和地理系统混用 - 如果业务要统一用 km，就老老实实写
km，别依赖客户端换算——Redis 不做单位转换
为什么 GEOADD 成功了，GEODIST 却说 member 不存在？
最常被忽略的是 member 名称带空格或特殊字符，而你在 GEODIST 里没加引号，导致 Redis 把它拆成了多个参数。CLI 中空格就是分隔符，不是字符串一部分。
- 在 redis-cli 里执行时，member 名含空格必须用双引号包裹：
GEODIST cities:cn "Shanghai Tower" "Guangzhou East" km - 代码中调用（如 Python 的 redis-py）则由库自动处理字符串，但你要确保传的是 str 类型，不是 bytes 或 None
- 用
EXISTS+ZSCORE组合验证更稳：ZSCORE cities:cn "Shanghai Tower"返回非 nil 才代表真存在
GEODIST 性能够快吗？大批量距离计算怎么办？
单次 GEODIST 是 O(log(N))，非常快，因为底层用的是 GeoHash + Sorted Set，查两点距离本质是查两个 score 再解码反算。但如果你要算“某点到 1000 个点的距离”，别循环发 1000 次 GEODIST——网络往返开销会吃掉优势。
- 优先用
GEORADIUSBYMEMBER或GEORADIUS带WITHDIST，一次拉回带距离的 top-K 结果 - 需要全量距离矩阵？那说明 Redis 不是合适工具，该切到 PostGIS 或内存计算库（如 scikit-learn 的 haversine）
- 注意：Redis 的地理计算基于球面模型（WGS84），不是平面投影，所以对超远距离（如跨半球）误差略大，但国内城市间完全够用
