Postgres查询优化(强制索引扫描)

Question

以下是我的查询.我试图让它使用索引扫描,但它只会seq扫描.

顺便说一下,这个metric_data表有1.3亿行.该metrics表有大约2000行.

metric_data 表格列:

  metric_id integer
, t timestamp
, d double precision
, PRIMARY KEY (metric_id, t)

如何让此查询使用我的PRIMARY KEY索引？

SELECT
    S.metric,
    D.t,
    D.d
FROM metric_data D
INNER JOIN metrics S
    ON S.id = D.metric_id
WHERE S.NAME = ANY (ARRAY ['cpu', 'mem'])
  AND D.t BETWEEN '2012-02-05 00:00:00'::TIMESTAMP
              AND '2012-05-05 00:00:00'::TIMESTAMP;

说明:

Hash Join  (cost=271.30..3866384.25 rows=294973 width=25)
  Hash Cond: (d.metric_id = s.id)
  ->  Seq Scan on metric_data d  (cost=0.00..3753150.28 rows=29336784 width=20)
        Filter: ((t >= '2012-02-05 00:00:00'::timestamp without time zone)
             AND (t <= '2012-05-05 00:00:00'::timestamp without time zone))
  ->  Hash  (cost=270.44..270.44 rows=68 width=13)
        ->  Seq Scan on metrics s  (cost=0.00..270.44 rows=68 width=13)
              Filter: ((sym)::text = ANY ('{cpu,mem}'::text[]))

Answer 1

出于测试目的,您可以通过"禁用"顺序扫描来强制使用索引 - 最好只在当前会话中使用:

SET enable_seqscan = OFF;

手册中的详细信息在这里.我引用了"禁用",因为您实际上无法禁用顺序表扫描.但是现在任何其他可用选项都适用于Postgres.这将证明(metric_id, t) 可以使用多列索引- 只是不如前导列上的索引有效.

你可能通过切换你的PRIMARY KEY(以及用它在窗帘后面实现它的索引)中的列顺序来获得更好的结果(t, metric_id).或者使用相反的列创建一个额外的索引.

• 复合索引是否也适用于第一个字段的查询？

您通常不必通过手动干预强制更好的查询计划.如果设置 enable_seqscan = OFF导致一个多更好的计划,一些可能是不正确的在你的数据库.考虑这个相关的答案:

• 保持PostgreSQL有时选择错误的查询计划