在HelloDBA网站找到一个分析sql性能的工具—showplan,记录一下

showplan.sql下载路径:http://www.HelloDBA.com/Download/showplan.zip

使用方式就是调用该工具,传入SQL_ID作为参数。

SQL> @/dmp/showplan.sql 26xj87b2f8g6u
Usage: @showplan <SQL_ID> [Plan Hash Value] [Details: [+](B)inds|SQL (T)ext|(Pee(K)ed Binds|(P)lan|(O)utlines|Pre(D)icate|Plan (L)oading|(W)ait events|(S)tatistics]
Description: Show SQL Plan

SQL ID: 26xj87b2f8g6u

------------- SQL Text --------------

SELECT TRIM("A1"."WORK_ORDER"),COUNT(*) FROM  (SELECT DISTINCT "A5"."WORDER_ID" "WORDER_ID" FROM "WIP_WORK_ORDER" "A5","WIP_CODE" "A4" WHERE "A5"."NEXT_PFCD"="A4"."CODE_EXT"(+) AND "A4"."CODE_CATE"(+)='ERPP' AND "A5"."PLAN_ST_DT">= (SELECT TO_CHAR(SYSDATE@!-31,'yyyy-mm-dd') FROM "SYS"."DUAL" "A6") AND "A5"."STATUS"<>'3') "A2","HLBRHIS_SHIP" "A1" WHERE "A1"."CLM_MFDT">= (SELECT TO_CHAR(SYSDATE@!-31,'yyyy-mm-dd') FROM "SYS"."DUAL" "A3") AND "A2"."WORDER_ID"=TRIM("A1"."WORK_ORDER") GROUP BY "A1"."WORK_ORDER"

------------- SQL Plan (Plan Hash Value:564968535; Parsed by schema:) --------------

     0     ( )SELECT STATEMENT
     1     (0) HASH (GROUP BY) (Cost=4256 Card=65 rows Bytes=0/82)
     2     (1)  NESTED LOOPS (Cost=4255 Card=133150 rows Bytes=0/82)
     3     (2)   NESTED LOOPS (Cost=4255 Card=153566712 rows Bytes=0/82)
     4     (3)    VIEW (Cost=178 Card=102 rows Bytes=0/13)
     5     (4)     HASH (UNIQUE) (Cost=178 Card=102 rows Bytes=0/60)
     6     (5)      HASH JOIN (OUTER) (Cost=177 Card=102 rows Bytes=0/240)
     7     (6)       TABLE ACCESS (BY INDEX ROWID) OF 'WIP_WORK_ORDER' (TABLE) (Cost=171 Card=102 rows Bytes=0/160)
     8     (7)        INDEX (RANGE SCAN) OF 'IDX1_WIP_WORK_ORDER' (INDEX) (Cost=3 Card=729 rows Bytes=0/)
     9     (8)         FAST DUAL (Cost=2 Card=1 rows Bytes=0/)
    10     (6)       INDEX (RANGE SCAN) OF 'PK_WIP_CODE' (INDEX (UNIQUE)) (Cost=6 Card=786 rows Bytes=0/15820)
    11     (3)    PARTITION RANGE (ITERATOR) (Cost=154 Card=153566712 rows Bytes=0/)
    12    (11)     INDEX (RANGE SCAN) OF 'HLBRHIS_SHIP_CLM_MFDT' (INDEX) (Cost=154 Card=153566712 rows Bytes=18735104/)
    13    (12)      FAST DUAL (Cost=2 Card=1 rows Bytes=0/)
    14     (2)   TABLE ACCESS (BY LOCAL INDEX ROWID) OF 'HLBRHIS_SHIP' (TABLE) (Cost=4077 Card=133150 rows Bytes=377257984/56)

------------- Plan Loading (Plan Hash Value:564968535) --------------

14: TABLE ACCESS BY LOCAL INDEX ROWID               ########################################(80.6%)
12: INDEX RANGE SCAN                                                    #####(10.01%)
  2: NESTED LOOPS                                                              #####(9.36%)
  1: HASH GROUP BY                                                           (.02%)
11: PARTITION RANGE ITERATOR                                  (.01%)

------------- Waits Events (Plan Hash Value:564968535) --------------

ON CPU on PHBLWDA1.HLBRHIS_SHIP(TABLE PARTITION)                                               #########################################(82.08%)
ON CPU on PHBLWDA1.HLBRHIS_SHIP_CLM_MFDT(INDEX PARTITION)                        ########(16.24%)
db file sequential read on PHBLWDA1.HLBRHIS_SHIP(TABLE PARTITION)                         #(1.06%)
ON CPU on PHBLWDA1.WIP_WORK_ORDER(TABLE)                                                           (.49%)
db file sequential read on PHBLWDA1.HLBRHIS_SHIP_CLM_MFDT(INDEX PARTITION)   (.11%)
db file scattered read on PHBLWDA1.HLBRHIS_SHIP(TABLE PARTITION)                           (.01%)
db file parallel read on PHBLWDA1.HLBRHIS_SHIP(TABLE PARTITION)                             (0%)
free buffer waits on PHBLWDA1.HLBRHIS_SHIP(TABLE PARTITION)                                   (0%)

------------- Statistics Data (Plan Hash Value:564968535)--------------

Loads: 28
Load Versions: 4
First Load Time: 2017-01-07/13:13:49
Last Load Time: 2017-01-10/01:33:57
User Openings: 0
Parse Calls: 312
Executions: 312
Sorts(Average): 0
Fetches(Average): 2
Disk Reads(Average): 124719.76
Buffer Gets(Average): 11172207.862
Elapsed Time(Average): 202.694 seconds
CPU Time(Average): 200.596 seconds
Run Time Memory(Average): 0M
PGA Size(Maximum): .009G
Temp Space(Maximum): 0G
SQL>

來自於http://www.hellodba.com/reader.php?ID=218&lang=EN的[One single SQL helps you to analyze the performance of a SQL]

使用showplan.sql分析sql Performance的更多相关文章

  1. 转://使用showplan.sql分析sql Performance

    在HelloDBA网站找到一个分析sql性能的工具—showplan,记录一下 showplan.sql下载路径:http://www.HelloDBA.com/Download/showplan.z ...

  2. MySQL SQL分析(SQL profile)

    分析SQL优化运营开销SQL的重要手段.在MySQL数据库.可配置profiling参数启用SQL分析.此参数可以在全局和session水平集.级别则作用于整个MySQL实例,而session级别紧影 ...

  3. 【转】Microsoft® SQL Server® 2012 Performance Dashboard Reports

    http://www.cnblogs.com/shanyou/archive/2013/02/12/2910232.html SQL Server Performance Dashboard Repo ...

  4. 品味性能之道<六>:图形化SQL分析工具

         在上一章里,重点分享了命令行SQL分析工具的使用方法.在本章将重点分享PL/SQL的SQL分析工具. 一.如何打开PL/SQL执行计划      开启PL/SQL这工具,推荐如下方法: 点击 ...

  5. 品味性能之道<五>:SQL分析工具

    一.SQL语句到底是怎么执行的? 想了解SQL语句到底是怎么执行的,那就需要进行SQL语句执行计划分析. 那什么是SQL语句执行计划呢? 就是Oracle服务器执行SQL语句的过程.例如确定是否使用索 ...

  6. 如何使用SQLPLUS分析SQL语句(查询执行计划跟踪)

    方法一:autotrace 1,  connect sys/密码 as sysdba,在sys用户下运行$ORACLE_HOME/sqlplus/admin/plustrce.sql这段sql的实际内 ...

  7. 使用show profiles分析SQL性能

    如何查看执行SQL的耗时 使用show profiles分析sql性能. Show profiles是5.0.37之后添加的,要想使用此功能,要确保版本在5.0.37之后. 查看数据库版本 mysql ...

  8. mysql优化(三)–explain分析sql语句执行效率

    mysql优化(三)–explain分析sql语句执行效率 mushu 发布于 11个月前 (06-04) 分类:Mysql 阅读(651) 评论(0) Explain命令在解决数据库性能上是第一推荐 ...

  9. 【MS SQL】通过执行计划来分析SQL性能

    原文:[MS SQL]通过执行计划来分析SQL性能 如何知道一句SQL语句的执行效率呢,只知道下面3种: 1.通过SQL语句执行时磁盘的活动量(IO)信息来分析:SET STATISTICS IO O ...

随机推荐

  1. SQL 抛出异常的例子 RAISERROR 的使用

    先创建一个procedure 当输入的值不在0-100之间时会报出异常 create proc proc_x @a int as begin ) ,) else select @a end go 测试 ...

  2. 【HLSDK系列】服务端 AddToFullPack 函数

    服务端会给客户端发送一些数据,其中两大种类数据是 clientdata_t 和 entity_state_t 这里我们说说 entity_state_t 这个结构体. 你在丢在地上的枪.C4等等是服务 ...

  3. 题解 P1888 【三角函数】

    堆排序万岁! 小金羊又来水题了 #include <iostream> #include <queue> using namespace std; priority_queue ...

  4. (转)linux下压缩和归档相关命令tar,zip,gzip,bzip2

    压缩包也有两种形式,一种是tar.gz包(.tgz包也是这种),一种是tar.bz2包. tar.gz包的解压方法:tar zxvf [PackageName].tar.gz tar.bz2包的解压方 ...

  5. Kerberos的黄金票据详解

    0x01黄金票据的原理和条件 黄金票据是伪造票据授予票据(TGT),也被称为认证票据.如下图所示,与域控制器没有AS-REQ或AS-REP(步骤1和2)通信.由于黄金票据是伪造的TGT,它作为TGS- ...

  6. 【BZOJ 2754 喵星球上的点名】

    Time Limit: 20 Sec  Memory Limit: 128 MBSubmit: 2512  Solved: 1092[Submit][Status][Discuss] Descript ...

  7. 基于线程池技术的web服务器

    前言:首先简单模拟一个场景,前端有一个输入框,有一个按钮,点击这个按钮可以实现搜索输入框中的相关的文本和图片(类似于百度.谷歌搜索).看似一个简单的功能,后端处理也不难,前端发起一个请求,后端接受到这 ...

  8. Git 自动补全

    如果你用的是 Bash shell,可以试试看 Git 提供的自动补全脚本. http://git-scm.com/download 下载 Git 的源代码,进入contrib/completion  ...

  9. JS中如何使用EL表达式中的对象

    JS中如何使用EL表达式中的对象 2017年09月25日 15:33:09 lhpnba 阅读数:4859   1.js中使用el表达式要加双引号或单引号:'${list}' 2.js变量获取el表达 ...

  10. 2018-2019, ICPC, Asia Yokohama Regional Contest 2018 K

    传送门:https://codeforces.com/gym/102082/attachments 题解: 代码: /** * ┏┓ ┏┓ * ┏┛┗━━━━━━━┛┗━━━┓ * ┃ ┃ * ┃ ━ ...