PostgreSQL 优化：顺序扫描 VS 索引扫描

Question

我在 postgres table 上有一个关于 select 的有趣案例 table:

advert (~2.5 million records)
    id serial,
    user_id integer (foreign key),
    ...

这是我的 select:

select count(*) from advert where user_id in USER_IDS_ARRAY

如果 USER_IDS_ARRAY 长度 <= 100 我接下来要解释分析：

Aggregate  (cost=18063.36..18063.37 rows=1 width=0) (actual time=0.362..0.362 rows=1 loops=1)
  ->  Index Only Scan using ix__advert__user_id on advert  (cost=0.55..18048.53 rows=5932 width=0) (actual time=0.030..0.351 rows=213 loops=1)
        Index Cond: (user_id = ANY ('{(...)}'))
        Heap Fetches: 213
Planning time: 0.457 ms
Execution time: 0.392 ms

但是当USER_IDS_ARRAY长度> 100时：

Aggregate  (cost=424012.09..424012.10 rows=1 width=0) (actual time=867.438..867.438 rows=1 loops=1)
  ->  Seq Scan on advert  (cost=0.00..423997.11 rows=5992 width=0) (actual time=0.375..867.345 rows=213 loops=1)
        Filter: (user_id = ANY ('{(...)}'))
        Rows Removed by Filter: 2201318
Planning time: 0.261 ms
Execution time: 867.462 ms

无论 user_ids 在 USER_IDS_ARRAY 中是什么，重要的只是长度。

有没有人知道如何针对超过 100 个 user_ids 优化此 select？

Answer 1

如果SET enable_seqscan = OFF仍然没有强制进行索引扫描，则表示无法进行索引扫描。事实证明这里的索引是部分的。

PostgreSQL 优化：顺序扫描 VS 索引扫描

PostgreSQL optimization: Sequantial Scan VS Index Scan

postgresql

explain