GEOADD参数必须经度在前、纬度在后，否则坐标错位；报ERR invalid longitude, latitude是因经度越界（±180）、纬度越界（±85.05112878）、格式非法（科学计数法、空格、中文等）。
GEOADD 的参数顺序必须是「经度在前、纬度在后」，反了会存错位置，查出来的距离全是离谱值。
为什么 GEOADD 总是报 ERR invalid longitude, latitude
这是最常踩的硬性校验错误，不是语法问题，而是数值越界或格式非法：
- 经度超出
-180到180（比如写了180.1或-180.0001） - 纬度超出
-85.05112878到85.05112878（注意：不是 ±90，Redis 为避免极点投影失真做了截断） - 用了科学计数法如
1.1628e2，或字符串里带空格/中文，比如"116.28 " - 成员名（member）含空格或特殊字符却没加引号，例如
geoadd shops 116.28 39.54 北京→ 应写成geoadd shops 116.28 39.54 "beijing"
GEOADD 存进去的坐标，用 GEORADIUS 查不到附近点？
常见原因不是数据丢了，而是查询时单位、精度或坐标系不一致：
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
-
GEORADIUS默认单位是m（米），如果传1却想查 1km 范围，得显式写1 km - 传入的中心点经纬度必须和
GEOADD时格式一致：同样是字符串数字，同样经度在前；浮点位数差异过大（如存的是116.2839，查用116.28）会导致 Geohash 编码层级错位，漏匹配 - 别混淆
GEORADIUS和GEORADIUSBYMEMBER：前者要手动给经纬度，后者只需 member 名——用错命令查的就是另一个集合范围 - Redis GEO 底层是 zset，所有坐标被转成 Geohash 后当 score 存储；所以
ZRANGE shops 0 -1 WITHSCORES看到的是整数分数，不是原始经纬度
GEODIST 计算出的距离和地图 App 差很多，正常吗？
正常。Redis 使用球面余弦定理（Haversine）近似计算，但做了两点简化：
- 把地球当成完美球体（赤道半径 6371km），没考虑椭球扁率，高纬度地区误差略大（通常
- Geohash 解码还原的经纬度有精度损失（
GEOPOS返回值小数位数固定为 16 位，但原始输入若只有 4 位，还原后也只保 4 位有效精度） - 单位必须明确指定：
GEODIST shops shenzhen beijing km和GEODIST shops shenzhen beijing m结果差 1000 倍 - 如果任一 member 不存在，命令直接返回
(nil)，不是 0 —— 别把它当 false 用在逻辑判断里
真正容易被忽略的是：GEOADD 不校验地理合理性。比如把南极点（-90°）硬塞进去会报错，但把“深圳”标在西经 113°、北纬 22° 是对的，标成东经 113°、南纬 22° 就彻底反过来了——Redis 不会提醒你方向错了，它只认数字。
