MySQL从坐标字符串生成Polygon几何对象：更新无行受影响

我来帮你排查下这个问题——明明语句显示执行成功，却没有任何行被更新，这种情况确实挺让人困惑的。咱们一步步拆解可能的原因，逐个解决：

1. 先确认坐标格式是否符合MySQL POLYGON的严格要求 #

MySQL对空间几何对象的文本格式有硬性规则，一旦不符合就会默默跳过更新：

• 坐标顺序必须是 经度 纬度（也就是x y，很多KML导出的是纬度在前，这会直接导致几何对象无效）
• 多边形必须闭合：最后一组坐标必须和第一组完全一致
• 坐标组之间要用逗号分隔，不能是分号或其他符号

比如正确的格式示例：
POLYGON((100.0 0.0, 101.0 0.0, 101.0 1.0, 100.0 1.0, 100.0 0.0))

你可以先挑一行数据，手动拼接成完整的POLYGON字符串，用下面的语句测试有效性：

SELECT ST_ISVALID(POLYFROMTEXT('你的拼接后的完整POLYGON字符串'));

如果返回0，说明坐标格式有问题，这就是导致更新不生效的核心原因。

2. 检查poly_coords字段的内容是否有异常 #

• 有没有空值？如果poly_coords是NULL或空字符串，拼接后会得到POLYGON(())，这是无效格式，MySQL不会更新这类行。可以用这条语句排查：

  SELECT * FROM table WHERE poly_coords IS NULL OR poly_coords = '';
  

• 有没有多余的空格、换行符？KML导出的坐标可能带有换行或前后空格，破坏格式。试试用TRIM()清理后再拼接：

  UPDATE table SET poly = POLYFROMTEXT(CONCAT('POLYGON((', TRIM(poly_coords) , '))'));
  

3. 换用新版空间函数并指定SRID #

POLYFROMTEXT是MySQL旧版函数，新版本更推荐使用ST_POLYGONFROMTEXT，同时最好明确指定空间参考系（比如常用的WGS84，SRID=4326），避免因参考系不匹配导致的无效：

UPDATE table SET poly = ST_POLYGONFROMTEXT(CONCAT('POLYGON((', poly_coords , '))'), 4326);

另外要确保你的表使用InnoDB或MyISAM存储引擎（这两个才支持空间字段）。

4. 确认是否有符合更新条件的行 #

• 如果你没加WHERE子句，理论上会更新全表，但如果表是空的，或者所有行的poly字段已经和生成的几何对象完全一致，也会显示0行受影响。可以用下面的语句验证：

  -- 查看表总行数
  SELECT COUNT(*) FROM table;
  -- 对比生成的几何对象和现有poly字段
  SELECT poly, ST_POLYGONFROMTEXT(CONCAT('POLYGON((', poly_coords , '))')) FROM table LIMIT 10;
  

• 如果加了WHERE子句，要确认条件是否正确匹配到数据。

5. 检查事务与自动提交设置 #

有时候在PHPMyAdmin中，如果开启了事务但没手动提交，语句执行后看起来成功，实际却没写入磁盘。可以手动执行COMMIT;提交事务，或者在PHPMyAdmin设置里开启「自动提交」。

6. 查看MySQL错误日志 #

如果以上都没问题，可以查看MySQL的错误日志，里面可能会记录无效几何对象的警告或错误，帮你定位具体哪行数据出了问题。

内容的提问来源于stack exchange，提问作者MB263