直接修改point坐标会失败，必须用st_setsrid(st_makepoint(lon,lat),4326)（postgis）或st_pointfromtext('point(lon lat)',4326)（mysql）重建几何对象，并验证srid、有效性及空间索引。
UPDATE 语句中直接修改 POINT 坐标会失败
PostgreSQL（含 PostGIS）或 MySQL 的地理空间类型（如 POINT）不支持用 SET geom = 'POINT(120 30)' 这种字符串赋值方式直接更新——即使语法通过，实际坐标可能被错误解析（比如经纬度顺序颠倒、SRID 丢失），甚至触发隐式转换导致精度丢失或 SRID 被清空为 0。
真正安全的做法是用空间构造函数重建几何对象：
- PostGIS：必须用
ST_SetSRID(ST_MakePoint(long, lat), 4326)，注意ST_MakePoint()参数顺序是(x, y)即(lon, lat) - MySQL 5.7+：用
ST_PointFromText('POINT(120 30)', 4326)，字符串中空格分隔，且必须显式指定 SRID - 千万别写
ST_GeomFromText('POINT(120 30)')（无 SRID）——后续做距离计算或空间索引时会出错
批量更新多点坐标的常见错误：用普通 UPDATE + 字符串拼接
有人尝试用 UPDATE places SET geom = 'POINT(' || new_lon || ' ' || new_lat || ')'，这在 PostgreSQL 中会报错“invalid input syntax for type geometry”，因为 geom 列类型是 geometry(Point,4326)，不能接受纯文本。
正确做法是把坐标字段单独存为 numeric 类型，再用函数生成几何体：
- 先确保表里有
lon和lat数值列（或用ST_X(geom)/ST_Y(geom)提取） - 执行：
UPDATE places SET geom = ST_SetSRID(ST_MakePoint(lon, lat), 4326) - 如果要更新特定记录，加
WHERE id = 123；若依赖其他表，可用FROM子句关联（PostgreSQL）或JOIN（MySQL）
MySQL 中 ST_UpdateSrid() 不是更新坐标，别混淆
MySQL 8.0+ 提供了 ST_UpdateSrid() 函数，但它只改元数据中的 SRID 值，**完全不碰坐标本身**。例如 ST_UpdateSrid(geom, 4326) 只是把当前几何体的 SRID 标记为 4326，并不会重投影或校验坐标是否合法。
如果你发现坐标“偏了”，大概率是原始数据用了 WGS84 却误标成 Web Mercator（3857），这时该做的是重投影：ST_Transform(geom, 4326)（PostGIS）或 ST_SRID(ST_Transform(geom, 4326), 4326)（MySQL 8.0.31+ 支持 ST_Transform）。
更新后务必验证 SRID 和坐标有效性
一次 UPDATE 执行完不代表万事大吉。容易忽略的三点：
- 用
SELECT ST_SRID(geom), ST_IsValid(geom), ST_AsText(geom) FROM places WHERE id = 123确认 SRID 正确、几何体有效、坐标没变成POINT(NaN NaN) - 如果原数据是
GEOMETRY类型但业务只用POINT，更新后建议加约束：ALTER TABLE places ADD CONSTRAINT geom_type CHECK (ST_GeometryType(geom) = 'ST_Point') - 空间索引（如
GIST或SPATIAL）不会自动重建——PostGIS 需要VACUUM ANALYZE，MySQL 建议OPTIMIZE TABLE来刷新索引统计
坐标的更新不是数值替换，而是几何对象重建；漏掉 SRID、搞反经纬顺序、跳过有效性检查，都可能让后续的空间查询返回空结果或错误距离。
