PostGIS 空间索引
地理信息的主力不是内核自带，而是 PostGIS。PostGIS 官方说明它给 PostgreSQL 增加了地理空间对象的存储、索引和查询能力，支持 point、line、polygon、多几何、2D/3D 等对象。
地理信息在 PostgreSQL 里是怎么处理的
PostGIS 里最常见的两大类型是：
- geometry：平面/投影坐标系上的几何对象
- geography：地球表面球面/椭球语义下的地理对象
两者都支持空间距离和最近邻，但语义与成本不同。官方 workshop 和函数文档都说明了，最近邻 <-> 对 geometry 和 geography 都可用；不过 geography 的 KNN 按球面近似，而不是 spheroid 精算。
PostGIS 的空间索引底层是什么
最常用的是：
CREATE INDEX ... USING GIST (geom)
PostGIS FAQ 明确写到：对 geometry 建 USING GIST 时，默认空间索引是 R-Tree 风格，是绑定在 GiST 访问方法上的。
这句话非常关键。它意味着：
- PostgreSQL 内核提供的是 GiST 框架
- PostGIS 提供的是适配空间对象的 operator class / 语义实现
- 于是最终效果像一个 R-tree 风格空间索引
而不是"PostgreSQL 里有一个独立的 R-tree 索引类型"。官方 GiST 文档也明确说，GiST 是一个能实现 B-tree、R-tree 等多种索引方案的通用平衡树模板。
为什么空间索引能加速地理查询
空间索引的核心不是"给每个几何对象排序"，因为二维/三维空间对象没有天然的一维全序。它的核心是给对象建立 包围盒 / 空间概括信息，逐层裁剪不可能命中的区域。PostGIS 的教学材料明确把空间索引描述为把数据组织成可快速遍历的搜索树，从而避免全表扫描。
所以对空间查询：
ST_IntersectsST_ContainsST_DWithin- 最近邻
索引的第一步通常不是直接算精确几何关系，而是先用索引中的空间近似信息做 candidate pruning，只把可能相交/可能接近的对象送进精确计算。
这和 GIN、BRIN 的思想很像：先粗筛，后精算。
PostGIS 最近邻是怎么做的
PostGIS 支持 <-> 距离排序操作符做 KNN。官方 workshop 说明 PostgreSQL 通过这个 order-by-distance 操作符，能让数据库用索引加速"按距离排序并取前 N 个"的查询；官方函数文档还指出，索引要生效，一侧通常要是常量几何。
这意味着空间最近邻查询的典型写法是：
ORDER BY geom <-> :point
LIMIT 10
它和 pgvector 的：
ORDER BY embedding <-> :vec
LIMIT 10
在 SQL 表面上很像，但底层完全不同：
- PostGIS KNN：基于 GiST / R-tree 风格空间近邻搜索
- pgvector KNN：基于 HNSW 或 IVFFlat 的向量近邻搜索
两者都属于"距离驱动的 Top-K"，但一个在低维几何空间，一个在高维向量空间。
PostGIS 的使用场景
地图、POI、行政区、围栏、距离、最近站点
选 PostGIS
geometry用于投影平面分析geography用于地球表面距离语义- 主要索引用 GiST
PostGIS 空间索引的查询模式
空间关系查询
相交查询
SELECT * FROM places
WHERE ST_Intersects(geom, ST_MakeEnvelope(-74.05, 40.68, -73.95, 40.78, 4326));
包含查询
SELECT * FROM regions
WHERE ST_Contains(geom, ST_SetSRID(ST_MakePoint(-73.9857, 40.7484), 4326));
距离查询
SELECT * FROM places
WHERE ST_DWithin(geom, ST_SetSRID(ST_MakePoint(-73.9857, 40.7484), 4326), 1000);
最近邻查询
SELECT * FROM places
ORDER BY geom <-> ST_SetSRID(ST_MakePoint(-73.9857, 40.7484), 4326)
LIMIT 10;
PostGIS 索引的性能考虑
索引构建
- 空间索引通常比普通索引更大
- 复杂几何对象会增加索引大小
- 考虑使用
fillfactor来平衡写入性能和查询性能
查询性能
- 空间索引使用包围盒进行粗筛，需要精确计算来确认
- 复杂几何对象的精确计算成本较高
- 考虑简化几何对象来提高查询性能
维护成本
- 空间数据的更新会导致索引维护
- 频繁更新的表需要考虑索引维护成本
- 考虑使用部分索引来减少维护成本
PostGIS 高级特性
部分索引
可以对空间索引创建部分索引，只对满足特定条件的行建立索引：
CREATE INDEX idx_active_places ON places USING GIST (geom) WHERE status = 'active';
复合索引
可以创建包含空间列和其他列的复合索引：
CREATE INDEX idx_places_category_geom ON places USING GIST (category, geom);
轨迹对象
PostGIS 也支持带 M 值的轨迹语义。比如 ST_IsValidTrajectory 要求输入是带 measure 的 LINESTRING，并要求 measure 单调递增，这些可以用于某些时空分析函数。
但严格说，PostGIS 本身更偏"空间数据库 + 少量轨迹能力"，不是一个完整的时空类型系统。
下一步
理解了 PostGIS 空间索引后，可以继续阅读 PostgreSQL 索引体系总览 了解其他索引类型，或阅读 时间区间与时空索引 了解时间区间和时空数据的索引方案。