Postgres 13.6使用顺序扫描，Postgres 10.18仅使用索引扫描

Question

我们已经将DB从10.18升级到13.6，而对于简单的计数，我注意到了不同的行为。

Postgres 13.6：

explain select count(id) from jobs;
                                       QUERY PLAN
-----------------------------------------------------------------------------------------
 Finalize Aggregate  (cost=176452.97..176452.98 rows=1 width=8)
   ->  Gather  (cost=176452.75..176452.96 rows=2 width=8)
         Workers Planned: 2
         ->  Partial Aggregate  (cost=175452.75..175452.76 rows=1 width=8)
               ->  Parallel Seq Scan on jobs  (cost=0.00..173388.60 rows=825660 width=8)

Postgres 10.18：

explain select count(*) from jobs;
                                                   QUERY PLAN
-----------------------------------------------------------------------------------------------------------------
 Finalize Aggregate  (cost=162999.57..162999.58 rows=1 width=8)
   ->  Gather  (cost=162999.35..162999.56 rows=2 width=8)
         Workers Planned: 2
         ->  Partial Aggregate  (cost=161999.35..161999.36 rows=1 width=8)
               ->  Parallel Index Only Scan using jobs_pkey on jobs  (cost=0.43..155962.19 rows=2414866 width=0)

不确定为什么在较新版本上我们只有SEQ扫描而不是索引扫描

Answer 1

可能是因为您没有vacuum表，这就是使仅索引扫描快速的原因。

其他说明可能是在V13数据库中，Randos_page_cost设置为更高的值。

也许顺序扫描实际上更快。您可以通过使用enable_seqscan设置为和OFF来测试该测试。