mysql跨版本升级时空间类型迁移失败主因是srid强制启用、wkt截断及索引页格式不兼容：5.7允许无srid，8.0要求显式声明；导出需加--skip-extended-insert防wkt截断；compact行格式下空间索引可能静默失效，须改dynamic并重建索引。
MySQL跨版本升级时，POINT、POLYGON、GEOMETRY 等空间数据类型本身在语法层面基本保持向后兼容，但实际迁移失败往往不是因为类型名变了，而是底层存储格式、SRID 默认行为、函数签名或索引限制发生了隐性变化。直接用 mysqldump 导出再导入，极可能在 CREATE TABLE 或 INSERT 阶段报错。
检查 SRID 是否被强制启用（MySQL 5.7.6+ vs 8.0）
MySQL 5.7.6 起引入显式 SRID 支持，但默认允许 SRID=0；而 MySQL 8.0.3+ 对含空间列的表默认要求显式声明 SRID，否则建表会失败或自动设为 SRID=0（取决于 sql_mode）。若旧库中大量表未声明 SRID，导入 8.0 时会触发警告甚至错误。
- 导出前在源库执行：
SHOW CREATE TABLE geom_table;，确认是否含SRID 4326或类似字段定义 - 若无 SRID，且目标为 8.0+，需手动补全——例如将
POINT改为POINT SRID 4326 - 注意：修改后所有插入语句也必须匹配 SRID，如
ST_PointFromText('POINT(1 2)', 4326)，不能省略第二个参数
避免 WKB 字节序与长度截断（尤其在 mysqldump 中）
mysqldump 默认以文本形式导出空间值（如 ST_AsWKT(geom)），但某些旧版本 dump 工具对长 WKT 字符串处理不严谨，遇到含百个顶点的 POLYGON 可能被截断或换行，导致导入后几何对象损坏或为空。
- 导出时务必加
--skip-extended-insert，避免单条 INSERT 过长引发解析失败 - 禁用
--hex-blob（它对空间类型无效，反而干扰 WKT 解析） - 验证导出文件：搜索
INSERT INTO `t` VALUES后是否紧接合法 WKT，如ST_GeomFromText('POLYGON((...))', 4326)，而非乱码或不完整括号
重建空间索引前先确认存储引擎与页格式
MySQL 5.7 默认 ROW_FORMAT=COMPACT，而空间索引（SPATIAL INDEX）在 COMPACT 下对大几何体支持不佳，升级到 8.0 后若未调整，ALTER TABLE ... ADD SPATIAL INDEX 可能静默失败或查询返回空结果。
- 升级前检查：执行
SHOW CREATE TABLE geom_table;，看是否含ROW_FORMAT=DYNAMIC - 若为
COMPACT，在旧库执行：ALTER TABLE geom_table ROW_FORMAT=DYNAMIC; - 导入 8.0 后，不要直接复用旧索引 DDL；应删除原索引，再用新语法重建：
ALTER TABLE geom_table DROP INDEX gis_idx, ADD SPATIAL INDEX gis_idx(geom);
真正麻烦的从来不是“能不能导”，而是“导完还能不能查准”。空间数据一旦在迁移中发生坐标偏移、环方向反转或 SRID 错配，业务层往往难以察觉，直到地理围栏失效或路径规划跑偏。建议在目标库导入后，抽样执行 ST_IsValid(geom) 和 ST_Area(geom)，比对数值是否与源库一致——这比数行数重要得多。
