MySQL ST_IsClosed 为什么不支持地理坐标系

如果你给 ST_IsClosed() 传入带地理空间参考系统（geographic SRS）的 LineString，MySQL 抛出 ER_NOT_IMPLEMENTED_FOR_GEOGRAPHIC_SRS 是预期行为，不是 WKT 写错，也不是首尾点一定没有闭合。原因是这个函数依赖坐标参考语义，而 MySQL 目前没有为地理 SRS 实现这项闭合计算。

官方地址：https://dev.mysql.com/doc/refman/8.4/en/

先把问题拆成两层：ST_IsClosed() 只负责判断线的首点和尾点是否相同；但在地理 SRS 下，MySQL 不会把经纬度几何当成普通平面几何偷偷计算，而是直接报告“地理 SRS 尚未实现”。需要平面拓扑判断时，应先明确选择合适的投影 SRS；只修改 SRID 标签并不会转换坐标。

ST_IsClosed 到底判断什么

对 LineString，ST_IsClosed() 判断起点和终点是否相同：相同返回 1，不同返回 0，输入为 NULL 时返回 NULL。对 MultiLineString，每条内部线都要满足首尾相同。

它回答的是“这条线在当前几何语义下是否闭合”，不是“坐标是否落在地球范围内”，也不是“这个几何是否有效”。因此，先看函数和数据的 SRS，再讨论返回值，才能避免把三个问题混在一起。

-- 这个示例只表达闭合判定的输入关系：首点与尾点都是 POINT(1 1)
SET @plane_line = ST_GeomFromText(
  'LINESTRING(1 1, 2 2, 3 3, 1 1)',
  0
);

-- SRID 0 是抽象的笛卡尔平面；这里才适合讨论平面上的首尾相同
SELECT ST_IsClosed(@plane_line) AS closed_result;

-- 改成不同的尾点，函数表达的就是未闭合线
SET @open_line = ST_GeomFromText(
  'LINESTRING(1 1, 2 2, 3 3, 4 4)',
  0
);
SELECT ST_IsClosed(@open_line) AS open_result;

为什么地理 SRS 会触发 ER_NOT_IMPLEMENTED_FOR_GEOGRAPHIC_SRS

MySQL 将 SRS 分成不同语义：SRID 0 表示没有单位的抽象平面；投影 SRS 把地球投影到平面，通常使用米等线性单位；地理 SRS 则表示椭球上的经纬度或其他角度坐标。数字相同并不代表计算空间相同，SRID 是决定函数语义的重要信息。

例如 4326 是常见的地理 SRS。下面的几何在 WKT 语法上可以成立，首尾坐标也写成相同，但调用 ST_IsClosed() 时仍会因为地理 SRS 被拒绝：

-- 4326 表示经纬度语义，不是“带编号的普通平面”
SET @geo_line = ST_GeomFromText(
  'LINESTRING(116 39, 117 39, 116 39)',
  4326
);

-- 这里会在 ST_IsClosed 调用处触发地理 SRS 不支持错误
SELECT ST_IsClosed(@geo_line) AS closed_result;

这是一种保护语义的设计。若 MySQL 把经纬度直接按平面点计算，应用可能得到一个看似正常的布尔值，却误以为它代表了地球表面上的拓扑结论。官方文档因此把它列为明确的能力边界，而不是返回一个容易被误读的结果。

先检查几何使用的 SRS 类型

排查时不要只看列名或 WKT 字符串。先读取几何自身的 SRID，再到 INFORMATION_SCHEMA.ST_SPATIAL_REFERENCE_SYSTEMS 查看该 SRID 的定义，确认它属于抽象/投影平面还是地理坐标。

-- 先确认对象实际携带的 SRID，避免凭业务字段猜测
SELECT ST_SRID(@geo_line) AS geometry_srid;

-- 再查看 SRID 的官方定义和名称，判断它的坐标语义
SELECT SRS_ID, SRS_NAME, DEFINITION
FROM INFORMATION_SCHEMA.ST_SPATIAL_REFERENCE_SYSTEMS
WHERE SRS_ID IN (0, 4326);

-- 这一步只负责识别参考系，不会修改几何对象

如果错误是 ER_SRS_NOT_FOUND，那是“SRID 引用的 SRS 不存在”这一层问题；如果是本文讨论的 ER_NOT_IMPLEMENTED_FOR_GEOGRAPHIC_SRS，说明 MySQL 已识别到地理 SRS，只是当前函数不处理这种计算。两者不要用同一种修复方式。

需要判断闭合时，应该怎么处理

处理方式取决于你的业务问题，而不是取决于哪个写法能让错误消失。

如果选择投影，ST_Transform() 会转换坐标并改变目标 SRID；目标 SRID 应按覆盖范围和误差要求选择。下面只用 3857 展示调用形状，生产系统不应因为它常见就默认它适合所有区域。

-- 这里的 3857 只用于演示“转换后再判断”的调用形状
-- 生产环境应按业务范围选择合适的投影 SRS
SET @projected_line = ST_Transform(@geo_line, 3857);

-- 转换后对象的参考系已经改变，才进入平面闭合判断语境
SELECT ST_IsClosed(@projected_line) AS closed_result;

-- 仅改 SRID 标签不会重新计算坐标，不能替代 ST_Transform
SET @relabeled_line = ST_SRID(@geo_line, 0);
SELECT ST_SRID(@relabeled_line) AS relabeled_srid;

几个容易误判的地方

只把 SRID 改成 0 就等于转换了吗

不是。ST_SRID(g, srid) 只改变对象记录的 SRID 值，不会重新计算坐标。原来代表经纬度的数字仍然是原来的数字，改标签后把它当平面米制坐标，可能造成完全不同的空间含义。

ST_IsValid 能替代 ST_IsClosed 吗

不能。有效性关注几何是否符合拓扑和格式规则，闭合性关注线的起点和终点是否相同。一个几何可以在某个层面有效，却不闭合；也可能首尾相同，但仍需要进一步检查其他有效性条件。

为什么不能把错误当成 0

0 表示函数已经完成了判断并确认“不闭合”。地理 SRS 下抛错表示函数没有完成这项计算。把异常吞掉并映射成 0，会把“未实现”伪装成“确定不闭合”，后续业务很难区分数据问题和能力问题。

结论与延伸问题

MySQL 的 ST_IsClosed() 并不是不认识经纬度，而是拒绝在尚未实现地理计算的前提下给出一个可能误导的平面结果。排查顺序应是：确认几何类型，读取实际 SRID，识别 SRS 类型，再根据业务决定保留地理语义、应用层比较首尾点，或通过 ST_Transform() 转到合适投影后判断。最需要避免的捷径是只修改 SRID 标签。

ST_Transform 和 ST_SRID 的区别是什么

ST_Transform() 会转换坐标并设置目标 SRID；ST_SRID() 的双参数形式只改 SRID 元数据。二者不能互换。

地理 SRS 下所有空间函数都会报同一个错误吗

不会。每个函数的支持范围不同，有些函数已经支持地理计算，有些函数会针对参数类型、坐标范围或 SRS 类型给出不同错误。应以对应函数的官方说明为准。

LineString 和 MultiLineString 的闭合规则一样吗

共同点是比较首尾点；对 MultiLineString，则要求其中每条 LineString 都闭合。输入为 NULL 或空几何时，还要按函数文档处理 NULL 结果和其他参数规则。