第十七章. 理解性能

有一些性能因素，比如索引的创建和海量数据的装载在其他地方讨论．本章将讨论 EXPLAIN 命令，然后将展示一个查询的细节是如何影响查询规划进而影响整体性能的．

使用 EXPLAIN

作者：由 Tom Lane 写做，源于 2000-03-27 的电子邮件．

目前被 EXPLAN 引用的数字是：

• 预计的启动开销（在输出扫描开始之前消耗的时间，比如，在一个 SORT 节点里做排续的时间）．


预计的总开销（如果所有的记录都被检索的话，不过很可能不是这样 --- 比如 LIMIT 将在总开销的一小部分就停止）．

预计的这个规划节点输出的行数．

预计的这个规划节点的行的平均宽度（以字节计算）．

输出行有一点小技巧，因为输出的行不是被查询处理/扫描过的行 --- 通常输出行会少一些，反映应用于此节点上的任意 WHERE 子句的选择性计算。

平均宽度是相当虚的东西，因为它实际上对变长度列没有任何认识。我正在考虑将来改进这些东西，但是也可能不值得这样做，因为宽度用的不是很多。

下面是几个例子（用的是经过清理（vacuum）分析后的蜕变测试数据库以及接近完成的 7.0 代码）：

regression=# explain select * from tenk1;
NOTICE:  QUERY PLAN:

Seq Scan on tenk1  (cost=0.00..333.00 rows=10000 width=148)

select * from pg_class where relname = 'tenk1';

现在让我们修改查询并增加条件子句：

regression=# explain select * from tenk1 where unique1 < 1000;
NOTICE:  QUERY PLAN:

Seq Scan on tenk1  (cost=0.00..358.00 rows=1000 width=148)

把查询修改为限制条件更严格：

regression=# explain select * from tenk1 where unique1 < 100;
NOTICE:  QUERY PLAN:

Index Scan using tenk1_unique1 on tenk1  (cost=0.00..89.35 rows=100 width=148)

向条件里面增加另外一个条件：

regression=# explain select * from tenk1 where unique1 < 100 and
regression-# stringu1 = 'xxx';
NOTICE:  QUERY PLAN:

Index Scan using tenk1_unique1 on tenk1  (cost=0.00..89.60 rows=1 width=148)

让我们试着使用我们上面讨论的数据域联接两个表：

regression=# explain select * from tenk1 t1, tenk2 t2 where t1.unique1 < 100
regression-# and t1.unique2 = t2.unique2;
NOTICE:  QUERY PLAN:

Nested Loop  (cost=0.00..144.07 rows=100 width=296)
  ->  Index Scan using tenk1_unique1 on tenk1 t1
             (cost=0.00..89.35 rows=100 width=148)
  ->  Index Scan using tenk2_unique2 on tenk2 t2
             (cost=0.00..0.53 rows=1 width=148)

在这个例子里，循环的输出行数与两个扫描的行数的乘积相同，但是通常并不是这样的，因为通常你会有提及两个关系的 WHERE 子句，因此只影响联接的部分，而对两者的输入扫描均不影响。例如，如果我们加一条 "WHERE ... AND t1.hundred < t2.hundred"，将减少输出行数，但是不会修改任何一个输入扫描。

我们可以看一下我们强制规划器忽视它认为优秀的（扫描）策略（这还是相当原始的工具，但是它是我们目前能够用上的东西）的结果：

regression=# set enable_nestloop = off;
SET VARIABLE
regression=# explain select * from tenk1 t1, tenk2 t2 where t1.unique1 < 100
regression-# and t1.unique2 = t2.unique2;
NOTICE:  QUERY PLAN:

Hash Join  (cost=89.60..574.10 rows=100 width=296)
  ->  Seq Scan on tenk2 t2
               (cost=0.00..333.00 rows=10000 width=148)
  ->  Hash  (cost=89.35..89.35 rows=100 width=148)
        ->  Index Scan using tenk1_unique1 on tenk1 t1
               (cost=0.00..89.35 rows=100 width=148)