PostgreSQL执行计划的解释

前端之家收集整理的这篇文章主要介绍了PostgreSQL执行计划的解释前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

http://blog.itpub.net/24484596/viewspace-730958/

一个顺序磁盘页面操作的cost值由系统参数seq_page_cost (floating point)参数指定的,由于这个参数默认为1.0,所以我们可以认为一次顺序磁盘页面操作的cost值为1。
下面
osdba=# explain select * from t;
QUERY PLAN
———————————————————-
Seq Scan on t (cost=0.00..4621.00rows=300000width=10)
(1 row)

cost=说明:

  • 第一个数字0.00表示启动cost,这是执行到返回第一行时需要的cost值。
  • 第二个数字4621.00表示执行整个sql的cost

可以explain后加analyze来通过真实执行这个sql来获得真实的执行计划和执行时间:.

osdba=# EXPLAIN ANALYZE SELECT * FROM t;

QUERY PLAN

-----------------------------------------------------------------------------------------------------------

Seq Scan on t (cost=0.00..4621.00 rows=300000 width=10) (actual time=0.022..355.380rows=300000 loops=1)

Total runtime: 696.074 ms

actual time=中的第一个数字表示返回第一行需要的时间(叫启动时间),第二个数字表示执行这个整个花的时间。后面的rows=300000是实际的行数。

表顺序扫描由于是立即可以获得第一行,所以启动时间一般都是0,而如果是排序操作,则需要处理完所有行后才能返回第一行,所以排序操作是需要启动时间的,下表列出了哪些操作是需要启动时间的,哪些操作不是需要的:

@H_301_87@ Seq Scan @H_301_87@ 扫描表 @H_301_87@ 无启动时间 @H_301_87@ Index Scan @H_301_87@ 索引扫描 @H_301_87@ 无启动时间 @H_301_87@ Bitmap Index Scan @H_301_87@ 索引扫描 @H_301_87@ 有启动时间 @H_301_87@ Bitmap Heap Scan @H_301_87@ 索引扫描 @H_301_87@ 有启动时间 @H_301_87@ Subquery Scan @H_301_87@ 子查询 @H_301_87@ 无启动时间 @H_301_87@ Tid Scan @H_301_87@ ctid = …条件 @H_301_87@ 无启动时间 @H_301_87@ Function Scan @H_301_87@ 函数扫描 @H_301_87@ 无启动时间 @H_301_87@ Nested Loop @H_301_87@ 循环结合 @H_301_87@ 无启动时间 @H_301_87@ Merge Join @H_301_87@ 合并结合 @H_301_87@ 有启动时间 @H_301_87@ Hash Join @H_301_87@ 哈希结合 @H_301_87@ 有启动时间 @H_301_87@ Sort @H_301_87@ 排序,ORDER BY操作 @H_301_87@ 有启动时间 @H_301_87@ Hash @H_301_87@ 哈希运算 @H_301_87@ 有启动时间 @H_301_87@ Result @H_301_87@ 函数扫描,和具体的表无关 @H_301_87@ 无启动时间 @H_301_87@ Unique @H_301_87@ DISTINCT,UNION操作 @H_301_87@ 有启动时间 @H_301_87@ Limit @H_301_87@ LIMIT,OFFSET操作 @H_301_87@ 有启动时间 @H_301_87@ Aggregate @H_301_87@ count,sum,avg,stddev集约函数 @H_301_87@ 有启动时间 @H_301_87@ Group @H_301_87@ GROUP BY分组操作 @H_301_87@ 有启动时间 @H_301_87@ Append @H_301_87@ UNION操作 @H_301_87@ 无启动时间 @H_301_87@ Materialize @H_301_87@ 子查询 @H_301_87@ 有启动时间 @H_301_87@ SetOp @H_301_87@ INTERCECT,EXCEPT @H_301_87@

有启动时

执行计划运算类型 操作说明 是否有启动时间


explain select distinct course_id from course where course_term = 'Fal02'; NOTICE: QUERY PLAN: Unique (cost=12223.09..12339.76 rows=4667 width=4) -> Sort (cost=12223.09..12223.09 rows=46666 width=4) -> Seq Scan on course (cost=0.00..8279.99 rows=46666 width=4) 1.从下往上读 2.explain报告查询的操作,开启的消耗,查询总的消耗,访问的行数 访问的平均宽度 3.开启时间消耗是输出开始前的时间例如排序的时间 4.消耗包括磁盘检索页,cpu时间 5.注意,每一步的cost包括上一步的 6.重要的是,explain 不是真正的执行一次查询 只是得到查询执行的计划和估计的花费 索引有用条件 当满足特定条件的元组数小于总的数目

猜你在找的Postgre SQL相关文章