如何解决MySQL 8.0升级后空间对象排序冲突_调整SRID及坐标系定义-mysql教程-PHP中文网

MySQL 8.0 升级后空间查询报“Illegal mix of collations”实为SRID不一致导致的隐式类型冲突；需查元数据确认当前SRID，ALTER TABLE须用MODIFY显式重定义列并指定SRID，JOIN或函数运算要求SRID完全一致。

如何解决mysql 8.0升级后空间对象排序冲突_调整srid及坐标系定义

MySQL 8.0 升级后空间对象（POINT、POLYGON 等）查询报错 Illegal mix of collations？不是字符集问题，是 SRID 不一致导致的隐式类型冲突——MySQL 8.0 对空间列强制校验 SRID，而旧表可能没设或设为 0，新版本默认用 4326，两者混用直接触发错误。

查清空间列当前 SRID 值

别只看建表语句里有没有写 SRID，得查实际元数据：

SELECT table_name, column_name, srid FROM information_schema.st_geometry_columns WHERE table_schema = 'your_db';
对具体列执行：SELECT ST_SRID(your_geom_col) FROM your_table LIMIT 1;（注意：若列值为 NULL，返回 NULL，不是 0）
检查表定义：SHOW CREATE TABLE your_table; 看空间列是否带 SRID 4326 或 SRID 0 显式声明

ALTER TABLE 时 SRID 必须显式指定

MySQL 8.0 不允许在已有空间列上“补” SRID，必须用 MODIFY 重定义整列，且 SRID 值不能省略：

把旧表中 SRID 0 的 POINT 列统一改为 4326：ALTER TABLE t MODIFY geom_col POINT SRID 4326;
如果原列是 GEOMETRY 类型（无具体子类型），需先转成明确类型再设 SRID：ALTER TABLE t MODIFY geom_col POINT SRID 4326;（不能直接 MODIFY geom_col GEOMETRY SRID 4326）
批量操作前加 SET SESSION sql_mode = '';，避免严格模式拦截隐式转换

JOIN 或函数调用时 SRID 不匹配就报错

ST_Contains、ST_Distance、ST_Intersects 等函数要求所有参与运算的空间值 SRID 完全一致，否则报 Illegal mix of spatial types（不是 collation 错误，但现象类似）：

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

临时修复：用 ST_SRID() + ST_Transform() 强制对齐，如 ST_Contains(ST_Transform(a.geom, 4326), ST_Transform(b.geom, 4326))
但 ST_Transform() 要求源和目标 SRID 都已注册，未注册会报 Unknown SRID；查注册表：SELECT * FROM spatial_ref_sys WHERE srid IN (old_srid, 4326);
生产环境慎用 ST_Transform()，性能损耗大；优先改表结构统一 SRID

mysqldump 导出空间表要注意 SRID 兼容性

从 MySQL 5.7 导出的空间表，在 8.0 导入时若含 SRID 0，会因 8.0 默认拒绝 SRID 0 而失败：

导出时加参数：mysqldump --skip-extended-insert --compatible=mysql57 your_db > dump.sql（--compatible=mysql57 会去掉 SRID 声明）
导入前手动替换：sed -i 's/POINT SRID 0/POINT/' dump.sql，再执行 mysql your_db
导入后立刻执行 ALTER TABLE ... MODIFY 补回正确 SRID，否则后续插入会因隐式 SRID 冲突失败