Postgres 12 中的覆盖索引

Question

我的表有 5500000 条测试记录（Postgres 12）。 当我在我的表上使用覆盖索引时，由于成本高昂，我有不确定性。

所以，我创建索引：

create index concurrently idx_log_type
    on logs (log_type)
    include (log_body);

在我执行请求后：

explain (analyze)
select log_body
from logs where log_type = 1
limit 100;

我得到了一个结果：

Limit  (cost=0.43..5.05 rows=100 width=33) (actual time=0.118..0.138 rows=100 loops=1)
    - ->  Index Only Scan using idx_log_type on logs  (cost=0.43..125736.10 rows=2720667 width=33) (actual time=0.107..0.118 rows=100 loops=1)
        Index Cond: (log_type = 1)
        Heap Fetches: 0
Planning Time: 0.558 ms
Execution Time: 0.228 ms

乍一看，这很好，但成本范围非常大。 这是正常的还是应该优化？

Answer 1

这是EXPLAIN的产物：它显示了完整索引扫描的成本，就像没有LIMIT一样。 但整个计划的定价是正确的。

因此，您可以忽略索引扫描的高成本上限。