MySQL 的 SPATIAL 索引只支持 MyISAM 和 ARCHIVE？别信
MySQL 5.7.5 起，InnoDB 已完整支持 SPATIAL 索引（包括 POINT、POLYGON 等类型和 ST_* 函数），但默认建表仍不会自动加空间索引——你得手动声明。很多人卡在“查不到结果”或“查询极慢”，其实是用了 InnoDB 表却没建 SPATIAL 索引，或者建了但字段没设为 NOT NULL（SPATIAL 索引强制要求）。
-
CREATE TABLE时，GEOMETRY字段必须带NOT NULL，否则ALTER TABLE ... ADD SPATIAL INDEX会静默失败 - 用
ST_PointFromText('POINT(121.47 31.23)')插入前，确认 SRID 一致（MySQL 8.0+ 默认 SRID=0，若用ST_SRID()显式设了 4326，所有操作必须对齐） -
MyISAM虽支持空间索引，但不支持事务和行锁，线上地理围栏服务等场景务必用InnoDB+ 显式SPATIAL索引
为什么 ST_Contains() 慢得像没索引？检查这三件事
空间查询慢，90% 不是函数问题，而是索引根本没生效。MySQL 的 SPATIAL 索引只加速特定谓词：主要是 MBRContains()、MBRWithin()、MBRIntersects() 这类基于最小边界矩形（MBR）的判断；而 ST_Contains() 是精确几何计算，即使有索引也仅用于快速过滤 MBR 不重叠的记录，之后仍要逐行算。
- 先用
EXPLAIN看type是否为range或ref，且key列显示你的空间索引名；如果还是ALL，说明索引未命中（常见于 WHERE 中混用非空间条件如AND status = 'active'且没联合索引） - 对高频围栏查询，可预建 MBR 辅助列：
ADD COLUMN mbr GEOMETRY AS (ST_Envelope(geom)) STORED，再对它建SPATIAL索引，用MBRContains(mbr, ST_PointFromText(...))快速初筛 -
ST_Distance()永远无法走SPATIAL索引，需要改用ST_Distance_Sphere()（8.0.16+）配合半径粗筛：ST_Distance_Sphere(geom, POINT(long, lat)) < 5000，再加LIMIT控制回表量
ALTER TABLE ... ADD SPATIAL INDEX 报错 “BLOB/TEXT column can't be used in key specification” 怎么办
这个报错不是空间字段的问题，而是你表里存在其他 TEXT 或 BLOB 类型字段（比如 description TEXT），而 MySQL 在建任何索引时，都禁止把 TEXT/BLOB 列直接放进索引定义——哪怕你只对 GEOMETRY 字段建索引，引擎也会扫描全表结构并报错。
- 执行前先查：
SHOW COLUMNS FROM your_table LIKE '%text%';或SHOW COLUMNS FROM your_table WHERE Type LIKE '%text%' OR Type LIKE '%blob%'; - 临时方案：给
TEXT字段加前缀索引（如description(255)），或改用VARCHAR(1000)（如果长度可控） - 根本解法：升级到 MySQL 8.0.13+，已支持对含
TEXT字段的表直接建SPATIAL索引（前提是空间字段本身合规）
空间数据导出导入后索引失效？SRID 和坐标顺序是隐形地雷
用 mysqldump 导出再导入，或从 GeoJSON 批量插入时，ST_GeomFromGeoJSON() 默认生成 SRID=0 的几何对象，但如果你原表字段定义了 SRID 4326，新数据就和索引的 SRID 不匹配，导致空间函数返回 NULL 或索引失效。
- 导出前确认：
SELECT ST_SRID(geom), ST_AsText(geom) FROM your_table LIMIT 1; - 导入时显式指定 SRID：
ST_SRID(ST_GeomFromText('POINT(121.47 31.23)', 4326))，注意经纬度顺序：WKT 标准是LONG LAT，不是LAT LONG - 批量插入前加校验：
WHERE ST_IsValid(geom) AND ST_SRID(geom) = 4326，避免无效几何体污染索引效率
空间索引不是“建了就快”，它的有效性高度依赖 SRID 对齐、MBR 可判性、以及查询谓词是否落入索引加速范围。最常被忽略的是：你以为在用 ST_Within()，实际执行计划里它被降级成了全表扫——因为输入点的坐标系和表字段不一致，连 MBR 都没法比。
