PostgreSql explain 三观正，挺好用

最新推荐文章于 2025-10-25 18:30:06 发布

原创最新推荐文章于 2025-10-25 18:30:06 发布 · 432 阅读

0 ·

CC 4.0 BY-SA版权

本文探讨PostgreSQL的EXPLAIN功能，解析SQL执行计划及成本评估。介绍如何使用analyze、verbose等参数获取详尽的执行信息，包括启动成本、扫描成本、数据来源等，以及如何将执行计划转换为图形化展示。

查看数据库中执行SQL的执行计划，及相关信息是每个数据库都有的功能，PostgreSQL explain 的功能很丰富，下面就看看，这个explain 有什么过人之处。（以下均已pg 11作为演示版本）

首先从最简单的explain 来开始，显示的方式也是适用缩进的方式，目前四大家（ORACLE ,SQL SERVER , POSTGRESQL , MYSQL 8.018）都采用了这样的方式显示执行计划（SQL SERVER 可以通过非图形化的方式来显示于此相同的执行计划， MYSQL 8 也是通过 explain format = tree 的方式来显示于此一样的执行计划）到此所有的数据库在文字显示执行计划的方式，算是可以在一个起跑线了。

回到postgresql

上面执行执行计划中的 cost=0.00 是启动成本，后面的 14.03 是扫描成本

rows 是扫描的行数是多少，而我们此次的成本中并不包含列的宽度。

在往上面看，聚合操作启动成本 15.54 行 1 行，列宽度8

这里顺便说一句，有些数据库早期，select count(*) 与 select count(主键）性能可能不一样的情况在PG 不存在，可以看下面的列子。

上面只是简单的东西，explain 会有很多辅助的命令帮助

这里可能会有人问为什么要启动成本，我们可以想象我们在一辆汽车启动的时候，什么时候最费油，那一定是启动的时候，瞬时油耗可以变成 30 -40升百公里，这里的意思就是越少的启动成本，会让总体成本变得更小，并且如果我在查询中kill掉他，那启动成本就是我肯能消耗最大的一块，所以启动成本越少越好。

在实际中估算的成本可能是不准确的，因为很可能估算的成本和你实际运行的成本不一致，所以

explain analyze 可以让你的运行实际来一次，然后给你一个实际的成本

可以看上图，下图中红色位置

实际运行的时间，与cost 之间的对应关系也都会有，内存的使用率，并且实际上analyze的时间会比实际运行的时间还要长一些。

同时 POSTGRESQL 还可以告诉你实际上你的执行计划中有多少会读取到数据，数据从哪里来，下面有两张图，图1 告诉你这个SQL 经常运行，数据已经不再从磁盘读取了。图二是，语句初次运行，有多少数据是从 share hit 内存中读取的，有多少是从磁盘上读取的。read = ？这一点就已经比一大部分的数据库在 EXPLAIN 的表现要好的多了。