普通JOIN在几何数据上变慢，是因为PostgreSQL默认JOIN（如Nested Loop）不感知空间特性，即使有GIST索引，优化器也倾向全量配对计算（如1万×1万=1亿次ST_Intersects），根本原因是未满足空间索引触发的三个前提：JOIN条件须直接使用空间谓词、两侧SRID一致、几何列已建GIST索引。
为什么普通JOIN在几何数据上会变慢
PostgreSQL默认的JOIN（比如Nested Loop）对几何列不做空间感知，即使两边都有geom索引，优化器也大概率选择全量配对计算——比如1万条记录 × 1万条记录 = 1亿次ST_Intersects调用。这不是索引没建，而是没被用上。
必须让JOIN走空间索引的三个前提
PostGIS的几何JOIN要触发Index Scan或Bitmap Index Scan，得同时满足：
- JOIN条件中必须直接使用空间谓词函数，且不能包裹在表达式里，例如
ST_Intersects(a.geom, b.geom)✅，但ST_Intersects(ST_Transform(a.geom, 3857), b.geom)❌（函数干扰导致索引失效） - 参与JOIN的两个几何字段必须属于同一坐标系（SRID），否则
ST_Intersects内部会隐式转换，绕过索引 - 至少一侧表的几何列上已建好
GIST索引；若双侧都有，PostgreSQL通常选小表做驱动表 + 大表走索引查找
写法不对，索引就是摆设
常见错误写法和修正对比：
❌ 错误：用WHERE后置过滤代替JOIN条件
SELECT a.id, b.name FROM points a, polygons b WHERE ST_Within(a.geom, b.geom); -- 笛卡尔积先行，再过滤
✅ 正确：显式JOIN + 空间谓词作为ON条件
PostgreSQL 18.4 ubuntu
下载
PostgreSQL 18.4 官方 Ubuntu 安装包现已发布，这是目前最新的稳定版本。推荐通过官方 APT 仓库安装：先执行 sudo apt update 更新索引，再运行 sudo apt install postgresql-18 即可完成部署。新版本引入了异步 I/O 子系统，在顺序扫描与 VACUUM 场景下性能提升显著，同时支持 UUID v7 原生生成函数与虚拟生成列。
SELECT a.id, b.name FROM points a JOIN polygons b ON ST_Within(a.geom, b.geom);
⚠️ 注意：如果polygons表很大，而你只关心落在某区域内的points，应先加边界框预过滤：
SELECT a.id, b.name FROM points a JOIN polygons b ON ST_Within(a.geom, b.geom) WHERE a.geom && ST_MakeEnvelope(120.0, 30.0, 121.0, 31.0, 4326);
这里的&&（边界框相交）能命中GIST索引，把a侧数据量压下来，再进空间JOIN。
EXPLAIN里看不到Index Scan？检查这三点
执行EXPLAIN ANALYZE后仍看到Seq Scan或Nested Loop没走索引，优先排查：
- 确认
pg_stat_all_indexes里对应索引的idx_scan计数是否为0（说明根本没被考虑） - 用
\d polygons检查geom字段类型是不是geometry而非geography——geography列的GIST索引行为不同，某些谓词不走索引 - 运行
ANALYZE polygons;和ANALYZE points;，确保统计信息最新；过期的n_distinct会让优化器误判选择性，放弃索引
空间JOIN的性能拐点往往不在数据量本身，而在“有没有让优化器相信索引比全扫更便宜”——这依赖谓词写法、统计准确性和SRID一致性，三者缺一不可。
