作者:瀚高PG实验室 (Highgo PG Lab)
postgreSQL使用explain查看SQL的执行计划时,因为SQL并未真实执行,看到的执行计划只是估算值,可能与实际情况差距较大。如果需要查看真实的执行性计划,就需要使用选项analyze获取更精确的执行计划。示例如下:
highgo=# explain select * from emp1 whereempno=7369 ;
QUERY PLAN
-------------------------------------------------------
Seq Scan on emp1 (cost=0.00..17.00 rows=3 width=116)
Filter: (empno = 7369)
(2 行记录)
highgo=# explain analyze select * from emp1 whereempno=7369 ;
QUERY PLAN
-------------------------------------------------------------------------------------------------
Seq Scan on emp1 (cost=0.00..17.00 rows=3 width=116) (actual time=0.089..0.089 rows=1 loops=1)
Filter: (empno = 7369)
(5 行记录)
从以上示例可以看出,增加analyze选项后,获得了执行计划的更多信息,实际的启动时间(actual time=0.089毫秒)、返回所有行的时间(0.089毫秒)、实际返回的行数(rows=1)、过滤条件(Filter: (empno = 7369))、过滤掉的行数(Rows Removed by Filter: 13)、计划执行时间(Planning time: 0.074 ms)、实际执行时间(Execution time: 0.112 ms)。
analyze也可以使用以下方式开启,结果与上面开启方式相同:
highgo=# explain (analyze true) select * from emp1 whereempno=7369 ;
QUERY PLAN
-------------------------------------------------------------------------------------------------
Seq Scan on emp1 (cost=0.00..17.00 rows=3 width=116) (actual time=0.020..0.021 rows=1 loops=1)
Filter: (empno = 7369)
Rows Removed by Filter: 13
Planning time: 0.102 ms
Execution time: 0.054 ms
(5 行记录)
联合使用analyze和buffers选项(注:buffers必须跟analyze一起使用,只用真实执行SQL才能获取缓冲区信息),可通过实际执行SQL查看实际的代价和缓冲区命中的情况,示例如下:
highgo=# explain (analyze true,buffers true) select * from emp1 where empno=7369 ;
QUERY PLAN
-------------------------------------------------------------------------------------------------
Seq Scan on emp1 (cost=0.00..17.00 rows=3 width=116) (actual time=0.016..0.017 rows=1 loops=1)
Filter: (empno = 7369)
Rows Removed by Filter: 13
Planning time: 0.083 ms
Execution time: 0.039 ms
(6 行记录)
从以上示例可以看到,信息中多了一行“Buffers: shared hit=1”,表示从磁盘中读取了1个数据块。