Question

在我的数据集上运行以下查询需要18秒（144/100万行匹配JOIN ON子句）

SELECT DISTINCT ON (ST_AsBinary(query.convex)) query.convex as geom
  FROM (
    SELECT l1.ogc_fid as id, ST_ConvexHull(st_collect(l2.wkb_geometry)) as convex
      FROM workspace.my_location as l1
      JOIN workspace.my_location as l2
        ON l1.begin > '2018-11-02' AND l2.begin > '2018-11-02'
      WHERE ST_DWithin(l1.wkb_geometry, l2.wkb_geometry, 5)
      GROUP BY l1.ogc_fid
  ) AS query;

创建同一查询的视图或物化视图时，挂起/花费的时间太长。

我在workspace.my_location.wkb_geometry上有一个GIST索引

我该怎么做，导致视图花费的时间比原始查询长得多？

编辑：

Unique  (cost=41602.32..41602.33 rows=1 width=64) (actual time=19157.904..19157.924 rows=11 loops=1)
  Buffers: shared hit=1878475 read=972480
  ->  Sort  (cost=41602.32..41602.33 rows=1 width=64) (actual time=19157.901..19157.906 rows=144 loops=1)
        Sort Key: (st_asbinary(query.convex))
        Sort Method: quicksort  Memory: 99kB
        Buffers: shared hit=1878475 read=972480
        ->  Subquery Scan on query  (cost=41602.25..41602.31 rows=1 width=64) (actual time=19141.356..19157.756 rows=144 loops=1)
              Buffers: shared hit=1878472 read=972480
              ->  GroupAggregate  (cost=41602.25..41602.28 rows=1 width=36) (actual time=19141.348..19157.670 rows=144 loops=1)
                    Group Key: l1.ogc_fid
                    Buffers: shared hit=1878472 read=972480
                    ->  Sort  (cost=41602.25..41602.26 rows=1 width=36) (actual time=19141.070..19141.989 rows=18290 loops=1)
                          Sort Key: l1.ogc_fid
                          Sort Method: quicksort  Memory: 2197kB
                          Buffers: shared hit=1878472 read=972480
                          ->  Gather  (cost=1005.05..41602.24 rows=1 width=36) (actual time=277.653..19137.045 rows=18290 loops=1)
                                Workers Planned: 2
                                Workers Launched: 2
                                Buffers: shared hit=1878469 read=972480
                                ->  Nested Loop  (cost=5.05..40602.14 rows=1 width=36) (actual time=256.904..12387.730 rows=6097 loops=3)
                                      Buffers: shared hit=1878469 read=972480
                                      ->  Parallel Seq Scan on my_location l1  (cost=0.00..20096.99 rows=71 width=36) (actual time=84.221..84.347 rows=48 loops=3)
                                            Filter: (begin > '2018-11-02 00:00:00+00'::timestamp with time zone)
                                            Rows Removed by Filter: 361232
                                            Buffers: shared hit=11182 read=3270
                                      ->  Bitmap Heap Scan on my_location l2  (cost=5.05..288.79 rows=1 width=32) (actual time=95.477..256.298 rows=127 loops=144)
                                            Recheck Cond: (wkb_geometry && st_expand(l1.wkb_geometry, '5'::double precision))
                                            Filter: ((begin > '2018-11-02 00:00:00+00'::timestamp with time zone) AND (l1.wkb_geometry && st_expand(wkb_geometry, '5'::double precision)) AND _st_dwithin(l1.wkb_geometry, wkb_geometry, '5'::double precision))
                                            Rows Removed by Filter: 1012330
                                            Heap Blocks: exact=1014458
                                            Buffers: shared hit=1867287 read=969210
                                            ->  Bitmap Index Scan on my_location_wkb_geometry_geom_idx  (cost=0.00..5.05 rows=108 width=0) (actual time=93.447..93.447 rows=1012457 loops=144)
                                                  Index Cond: (wkb_geometry && st_expand(l1.wkb_geometry, '5'::double precision))
                                                  Buffers: shared hit=457478 read=431096
Planning time: 6.970 ms
Execution time: 19158.592 ms

Answer 1

我进行了两项更改：

删除了上一个索引，并根据输出中显示的查询时间创建了一个新索引（基于此answer：

CREATE EXTENSION IF NOT EXISTS btree_gist;
CREATE INDEX my_location_gix ON workspace.my_location USING GIST
   (begin, wkb_geometry);

从此answer中发现，由于先前的错误尝试，我试图创建的视图在后台多次创建。我杀了那些任务

它现在以毫秒为单位运行。

Postgres查询的执行时间比视图长得多

1 个答案: