PostGIS 空间索引为什么没生效？EXPLAIN、ST_Intersects 与范围过滤排查

PostGIS 查询慢时，很多人第一反应是“我已经建了 GiST 索引，为什么还慢？”空间索引确实重要，但它不是只要存在就一定会被使用。查询写法、函数位置、数据量、统计信息和坐标转换都会影响执行计划。

确认索引存在

CREATE INDEX idx_parcels_geom
ON parcels
USING GIST (geom);

建完索引后建议执行 ANALYZE parcels; 更新统计信息。否则优化器可能仍按旧统计估算成本，选择不理想的计划。

用 EXPLAIN 看执行计划

EXPLAIN ANALYZE
SELECT *
FROM parcels p
JOIN roads r
ON ST_Intersects(p.geom, r.geom);

如果计划中出现 Index Scan、Bitmap Index Scan，通常说明索引参与了查询。如果看到大量 Seq Scan，就要继续排查。

避免在索引字段上临时转换

常见错误是直接写 ST_Intersects(ST_Transform(p.geom, 3857), r.geom)。这样数据库很难直接使用 p.geom 上的索引。更稳的方式是提前生成同坐标系字段并建索引，或把查询参数转换到数据所在坐标系。

空间谓词自带范围过滤

ST_Intersects、ST_Contains 等常用谓词通常会利用边界框过滤。某些复杂写法中，也可以显式加入 && 范围判断，先让索引筛出候选，再做精确几何计算。

数据规模也会影响选择

如果表很小，优化器可能认为全表扫描比走索引更快，这并不一定是问题。真正需要优化的是大表、大范围、多表叠加和高频接口查询。此时应同时考虑索引、分区、简化几何和缓存。