Postgresql 查询优化索引未使用

Question

我在优化一些 posgresql 查询时遇到了一些麻烦。例如，这个接缝是最慢的：

select  st_astext(geom), 'all' as type
from (
   select ST_Simplify(ST_Intersection(ST_MakePolygon(ST_GeomFromText(? ,4326)), st_transform(way, 4326)), ?) as geom
   from planet_osm_polygon 
   where (sT_Intersects(ST_MakePolygon(ST_GeomFromText(?,4326)), st_transform(way,4326))=true)
   and   ('natural' IN ('water', 'pond') OR waterway IN ('basin', 'canal', 'mill_pond', 'pond', 'riverbank', 'stream'))
) AS subquery";

我做的第一件事是编辑 conf 文件并更改缓冲区大小，总时间减少了百分之几。

接下来我做的是从现有表中创建新表并将多面体分解为多边形。这将大多数查询速度从 70% 提高到 90%。 然而，最慢的 3 个查询的速度并没有超过百分之几。

通过使用 EXPLAIN 和 ANALYZE 检查搜索，我意识到没有使用索引。 即使我禁用它，使用的是 seqscan。据我所知，这意味着我应该创建一个新索引。

在表 planet_osm_polygon 我有两个索引：

CREATE INDEX planet_osm_polygon_index_poly
  ON planet_osm_polygon_poly
  USING gist (way);

CREATE INDEX planet_osm_polygon_poly_pkey
  ON planet_osm_polygon_poly
  USING btree (osm_id);

任何想法如何加快此查询以及为什么不使用索引？

这对我来说很新，如果我写的东西没有意义，请忽略它:)

Answer 1

索引可能会与 WHERE 部分中的 ST_Intersects 一起使用，除非它们不是因为在数据上使用了函数，即st_transform(way,4326)。您的选择是避免使用该函数（在本机投影中执行 interesction 查询，这将产生不同的答案），或者使用该函数添加索引（尽管我不能 100% 确定这将与 ST_Intersects 一起使用）。

最后，两点。 SELECT 'natural' IN ('water', 'pond'); 总是错误的。而SELECT true=true 是真的，所以任何像ST_Intersects(g1, g2)=true 这样的布尔运算符在逻辑上都是有效的，但在美学上是多余的。只需使用 ST_Intersects(g1, g2) 而不使用“等于真”部分。