登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  数据库 >  MySQL

MySQL ST_FrechetDistance 指定米单位为什么报错

来源:17golang原创

时间:2026-11-14 19:32:55 360浏览 收藏

调用 ST_FrechetDistance(g1, g2, 'metre') 时,如果两个 LineString 是默认创建的 SRID 0 几何,报 ER_GEOMETRY_IN_UNKNOWN_LENGTH_UNIT 并不是“米”这个单词一定写错了,而是当前几何没有可供 MySQL 解释的长度单位。处理顺序应该是先查 SRID,再判断坐标本身属于哪个空间参考系;不要只把 SRID 数字改成另一个值。

要点速览
  • SRID 0 是没有轴单位的无限平面,指定长度单位会触发该错误。
  • 受支持的单位名只能解决单位拼写问题,不能给 SRID 0 凭空补上坐标语义。
  • 如果坐标本来来自有明确单位的 SRS,应按真实来源重建或迁移几何,再指定单位。

先看 SRID 0 与长度单位是否冲突

先把问题缩小到两个检查:几何是不是 LineString,以及两个参数是否使用同一个 SRS。下面的示例故意使用不带 SRID 的 WKT,它会得到默认 SRID 0。

-- 创建两个 SRID 0 的 LineString,只用于复现单位边界
SET @a = ST_GeomFromText('LINESTRING(0 0, 10 10)');
SET @b = ST_GeomFromText('LINESTRING(0 1, 10 11)');

-- 先确认元数据,结果中的 0 表示没有分配长度单位
SELECT ST_SRID(@a) AS srid_a, ST_SRID(@b) AS srid_b;

-- metre 是受支持的单位,但 SRID 0 没有可换算的轴单位
SELECT ST_FrechetDistance(@a, @b, 'metre');

最后一条语句的失败点在 SRID 0,而不是离散 Fréchet 距离算法本身。这个函数只接受两个 LineString;它比较的是几何中明确写出的点,不会自动把线段中间的点补成采样点。先确认这两个边界,后面的单位判断才有意义。

MySQL ST_FrechetDistance 中 LineString、SRID 0、长度单位和错误边界的静态说明图
图1:结构说明图,展示 LineString 参数、SRID 0 与 metre 单位之间的静态边界;不是运行截图。

把单位名错误和 SRID 语义错误分开

MySQL 会先判断传入的单位是否存在。可以查看单位表,避免把 ER_UNIT_NOT_FOUND 和 ER_GEOMETRY_IN_UNKNOWN_LENGTH_UNIT 混为一谈:

-- 用单位表确认名称是否被 MySQL 识别
SELECT UNIT_NAME, UNIT_SYMBOL
FROM INFORMATION_SCHEMA.ST_UNITS_OF_MEASURE
WHERE UNIT_NAME IN ('metre', 'meter', 'foot');

如果单位不在表中,通常是未知单位;如果单位存在但几何是 SRID 0,就会进入本文的错误条件。对 SRID 0 不指定单位时,返回值只能按当前坐标数值解释,例如坐标差 10 代表 10 个应用自定义单位,不能直接宣称是 10 米。

检查结果含义处理方向
单位不存在单位参数无法识别查询单位表并改用受支持名称
单位存在、SRID 为 0坐标轴没有长度语义去掉单位并保留自定义单位,或迁移到真实 SRS
单位存在、SRID 非 0可按该 SRS 换算确认两个几何同 SRS 后再读取结果

用真实的带单位 SRS 重建几何

如果这批坐标原本就是某个米制投影坐标系中的 X/Y,应使用该坐标系的 SRID 创建几何。下面用米制投影 SRS 做示意;生产数据要把示例 SRID 换成数据来源真正声明的 SRS。

-- 3857 仅作为米制投影示意,生产环境应替换为真实来源 SRS
SET @a_m = ST_GeomFromText('LINESTRING(0 0, 10 10)', 3857);
SET @b_m = ST_GeomFromText('LINESTRING(0 1, 10 11)', 3857);

-- 两个参数同属一个有长度单位的 SRS,才有条件指定 metre
SELECT ST_SRID(@a_m) AS srid_a, ST_SRID(@b_m) AS srid_b,
       ST_FrechetDistance(@a_m, @b_m, 'metre') AS distance_m;

关键不是把 0 换成 3857,而是 3857 必须真的符合这些坐标的来源。如果原数据是经纬度,就应选择与经纬度来源一致的地理 SRS;如果原数据只是业务网格,最安全的做法是省略单位并在业务层明确“网格单位”,或先完成有依据的坐标转换。

ST_SRID(g, srid) 只修改几何的 SRID 元数据,不会移动或换算坐标值。把本地坐标强行标成 3857 可能让语句不再报错,却让距离结果失去实际意义。

MySQL 带长度单位 SRS 中两个 LineString 共享 SRID 并产生米制距离结果的静态关系图
图2:关系说明图,展示真实 SRS、同 SRID 的两个 LineString 与米制结果之间的静态关系;不是运行截图。

上线前的四项复查

  1. 用 ST_SRID() 检查两个参数,确认不是一个 0、一个非 0。
  2. 确认两个对象都是 LineString,并且坐标范围符合所选 SRS。
  3. 用 ST_UNITS_OF_MEASURE 确认单位名称,再决定是否传第三个参数。
  4. 把结果单位写进接口或表字段说明,区分米、英尺和业务自定义坐标单位。

这样处理后,报错定位和坐标语义是两件独立的事:修正单位参数只能解决第一层问题,修正真实 SRS 才能让距离数值值得被解释。

常见问题

SRID 0 不传 metre 就一定得到米吗?

不一定。它只能返回按 SRID 0 坐标轴计算的数值,单位由你的数据模型定义,MySQL 不会替你声明为米。

把 SRID 0 改成 3857 能否直接修复?

只有当原坐标本来就符合该 SRS 时才可以。单纯改元数据不做坐标转换,不能修复错误的空间语义。

为什么两个参数必须使用同一个 SRID?

距离比较需要在同一空间参考系中解释坐标。不同 SRS 的几何应先完成有依据的转换,再调用距离函数。

声明:本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>