postgresql 优化查询之 EXPLAIN

最近项目上优化查询性能,了解下 explain,pg使用版本10.1

语法


EXPLAIN [ ( option [, ...] ) ] statement

EXPLAIN [ ANALYZE ] [ VERBOSE ] statement

 ANALYZE [ boolean ]

 VERBOSE [ boolean ]

 COSTS [ boolean ]

 BUFFERS [ boolean ]

 TIMING [ boolean ]

 FORMAT { TEXT | XML | JSON | YAML }


各参数含义

ANALYZE

执行语句并显示真正的运行时间和其它统计信息,默认值False ,

注意:ANALYZE会真正执行SQL语句 

VERBOSE

显示额外的信息,尤其是计划树中每个节点的字段列表,schema识别表和函数名称。总是打印统计数据中显示的每个触发器的名字。这个参数缺省为FALSE。

COSTS

包括每个计划节点的启动成本预估和总成本的消耗,也包括行数和行宽度的预估。这个参数缺省为TRUE。

BUFFERS

使用信息。特别包括共享块命中、读、脏和写的次数,本地块命中、读、脏和写,临时块读和写的次数。

命中意味着避免了物理读,因为块在需要时已经在缓存中发现了。共享块包含普通表和索引的数据;

本地块包含临时表和索引的数据;而临时块包含用于排序、哈希、物化计划节点和类似情况的短期工作数据。

脏块的数量表示该查询之前改变且未提交的块的数量;写块的数量表示在查询时被后台进程从缓存释放的脏块数量。

上层节点显示的块的数量是所有它的子节点使用块的数量合计。在文本格式中只打印非零值。

该参数可能只在ANALYZE也启用的时候使用。它的缺省为FALSE。

TIMING

在输出中包含实际启动时间和每个节点花费的时间。重复读系统块在某些系统上会显著的减缓查询的速度,

所以当需要只统计实际行数且没有准确时间时,该参数设置为FALSE会很有用。即使节点级别时间统计被关闭,整个语句的运行时间也是要被计量的。

这个参数可能只在ANALYZE也启用的时候使用。缺省为TRUE。

FORMAT

声明输出格式,可以为TEXT, XML, JSON 或 YAML。非文本的输出包含文本输出格式相同的信息,但是更容易被程序解析。这个参数缺省为TEXT。


实战 


EXPLAIN (analyze,buffers,verbose)

select

  max(employee.id),

  max(employee.id),

  max(user_profile.name),

  max(employee.login_name),

  max(employee.status),

  max(employee.create_at),

  max(user_profile.wx_id),

    array_to_string(group_concat(role.name),',')

from employee

left join user_profileon employee.user_id = user_profile.id

  left join employee_role_permiton employee_role_permit.employee_id = employee.id

  left join role on role.id = employee_role_permit.role_id

  where employee.sys_id =10000000830

  and (employee.sys_type_id =14)

and (role.sp_type<>1 or role.sp_type is null)

--  GROUP BY employee.id;


解析:

Aggregate (cost=95.40..95.41 rows=1 width=72) (actual time=1.083..1.083 rows=1 loops=1)

  Output: max(employee.id), max(employee.id), max((user_profile.name)::text), max((employee.login_name)::text), max(employee.status), max(employee.create_at), max((user_profile.wx_id)::text), array_to_string(group_concat(role.name), ','::text)

  Buffers: shared hit=48

  ->  Nested Loop Left Join  (cost=11.82..95.38 rows=1 width=72) (actual time=0.087..1.058 rows=2 loops=1)

        Output: employee.id, employee.login_name, employee.status, employee.create_at, user_profile.name, user_profile.wx_id, role.name

        Filter: ((role.sp_type <> 1) OR (role.sp_type IS NULL))

        Rows Removed by Filter: 1

        Buffers: shared hit=48

        ->  Nested Loop Left Join  (cost=11.68..95.21 rows=1 width=64) (actual time=0.083..1.048 rows=3 loops=1)

              Output: employee.id, employee.login_name, employee.status, employee.create_at, user_profile.name, user_profile.wx_id, employee_role_permit.role_id

              Buffers: shared hit=42

              ->  Hash Right Join  (cost=11.40..86.90 rows=1 width=48) (actual time=0.074..1.030 rows=3 loops=1)

                    Output: employee.id, employee.login_name, employee.status, employee.create_at, employee.user_id, employee_role_permit.role_id

                    Hash Cond: (employee_role_permit.employee_id = employee.id)

                    Buffers: shared hit=33

                    ->  Seq Scan on public.employee_role_permit  (cost=0.00..62.81 rows=3381 width=16) (actual time=0.006..0.579 rows=3428 loops=1)

                          Output: employee_role_permit.employee_id, employee_role_permit.role_id

                          Buffers: shared hit=29

                    ->  Hash  (cost=11.39..11.39 rows=1 width=40) (actual time=0.021..0.021 rows=2 loops=1)

                          Output: employee.id, employee.login_name, employee.status, employee.create_at, employee.user_id

                          Buckets: 1024  Batches: 1  Memory Usage: 9kB

                          Buffers: shared hit=4

                          ->  Index Scan using employee_sys_id_index on public.employee  (cost=0.28..11.39 rows=1 width=40) (actual time=0.016..0.019 rows=2 loops=1)

                                Output: employee.id, employee.login_name, employee.status, employee.create_at, employee.user_id

                                Index Cond: (employee.sys_id = '10000000830'::bigint)

                                Filter: (employee.sys_type_id = 14)

                                Buffers: shared hit=4

              ->  Index Scan using user_profile_user_id_index on public.user_profile  (cost=0.28..8.30 rows=1 width=28) (actual time=0.004..0.004 rows=1 loops=3)

                    Output: user_profile.id, user_profile.name, user_profile.city, user_profile.sex, user_profile.status, user_profile.wx_id, user_profile.wx_open_id, user_profile.email, user_profile.phone1, user_profile.phone2, user_profile.creator_id, user_profile.create_at, user_profile.update_at, user_profile.last_login

                    Index Cond: (employee.user_id = user_profile.id)

                    Buffers: shared hit=9

        ->  Index Scan using role_id_index on public.role  (cost=0.14..0.16 rows=1 width=22) (actual time=0.002..0.002 rows=1 loops=3)

              Output: role.name, role.id, role.sp_type

              Index Cond: (role.id = employee_role_permit.role_id)

              Buffers: shared hit=6

Planning time: 0.411 ms

Execution time: 1.176 ms

```


最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,636评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,890评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,680评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,766评论 1 271
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,665评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,045评论 1 276
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,515评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,182评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,334评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,274评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,319评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,002评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,599评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,675评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,917评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,309评论 2 345
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,885评论 2 341