PostgreSQL双索引并行查询优化：如何规避慢索引拖慢整体耗时？

我有一张包含数十亿行数据的表，表结构如下：

match_id uuid,
group_id integer

已为两个字段分别创建单字段索引：

create index if not exists my_tbl_match_id_idx on my_tbl (match_id);
create index if not exists my_tbl_group_id_idx on my_tbl (group_id);

执行以下查询时，PostgreSQL会并行扫描两个索引：match_id索引查询仅需13毫秒，而group_id索引查询耗时1.3秒。由于并行执行，整体查询耗时等于group_id索引的查询时间（1.3秒）。
查询语句：

SELECT *
FROM my_table
WHERE match_id = 'e089e0af-543b-45d5-abbf-22c6c5ed9a01'
AND (group_id IN (167,1704,1864,2065,2145,3812,3814,3855,7462,11393,11394,11396))

请问是否可以让PostgreSQL先计算match_id的结果集，再使用group_id索引查询？或者是否需要创建match_id与group_id的复合索引？

• 最优方案：创建复合索引
  针对你的查询模式（match_id = 常量 + group_id IN (...)），创建以match_id为前缀、group_id为后缀的复合索引是最高效的选择：

  create index if not exists my_tbl_match_group_idx on my_tbl (match_id, group_id);
  

  该索引可以直接定位到同时满足两个条件的数据行，无需合并两次索引扫描的结果，能将查询耗时直接压缩到接近单条match_id查询的水平，完全解决当前的性能瓶颈。

• 临时方案：引导执行顺序
  如果暂时无法创建新索引，可通过子查询强制PostgreSQL先获取match_id对应的结果集，再在这个小数据集上过滤group_id：

  SELECT *
  FROM (
      SELECT * FROM my_table WHERE match_id = 'e089e0af-543b-45d5-abbf-22c6c5ed9a01'
  ) AS sub_query
  WHERE group_id IN (167,1704,1864,2065,2145,3812,3814,3855,7462,11393,11394,11396);
  

  注意：这种方法的效果取决于match_id结果集的大小——如果该结果集本身很大，后续的group_id过滤依然会很慢，远不如复合索引的效果稳定。

内容的提问来源于stack exchange，提问作者Sagar