ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 【Oracle】如何查看sql 执行计划的历史变更

【Oracle】如何查看sql 执行计划的历史变更

原创 Linux操作系统 作者:杨奇龙 时间:2012-06-12 21:02:40 0 删除 编辑
    今天中午,突然接收到active session 数目飙高的报警,查看数据库,对于一个OLTP 类型的查询本应该走index range scan 却变成全部是 direct path read ,所有的sql 走了全表扫描。悲剧的是那个表是一个历史表 185G。。故造成了许多session堆积,前台应用受到影响。回到问题本身,如果查看sql执行计划的变更??
oracle 10G 以后可以通过下面的三个视图查询到sql执行计划的历史信息:
DBA_HIST_SQL_PLAN
DBA_HIST_SQLSTAT
DBA_HIST_SNAPSHOT
查看语句的历史执行信息,是否发生变化,何时发生了变化。如果发生了变化,找出以前的执行计划,与当前的执行计划进行对比,有什么不同。
使用如下sql 可以发现某个sql的执行计划什么时候发生了变化!
select distinct SQL_ID,PLAN_HASH_VALUE,to_char(TIMESTAMP,'yyyymmdd hh24:mi:ss')  TIMESTAMP
from dba_hist_sql_plan 
where SQL_ID='68wnxdjxwwn2h' order by TIMESTAMP;
SQL_ID        PLAN_HASH_VALUE TIMESTAMP
------------- --------------- -----------------
68wnxdjxwwn2h       235510920 20111020 21:25:23
68wnxdjxwwn2h      1542630049 20120612 11:57:23
68wnxdjxwwn2h      2754593971 20120612 12:43:34
查看出来执行计划的变化之后 可以使用如下sql查看发生了那些变化!
col options for a15
col operation for a20
col object_name for a20
select plan_hash_value,id,operation,options,object_name,depth,cost,to_char(TIMESTAMP,'yyyymmdd hh24:mi:ss')
    from DBA_HIST_SQL_PLAN  
    where sql_id ='68wnxdjxwwn2h' 
    and plan_hash_value in (1542630049,2754593971,2620382595)
    order by ID,TIMESTAMP;
PLAN_HASH_VALUE         ID OPERATION             OPTIONS         OBJECT_NAME                 COST TO_CHAR(TIMESTAMP
--------------- ---------- --------------------- --------------- --------------------- ---------- -----------------
      235510920          0 SELECT STATEMENT                                                    39 20111020 21:25:23
      235510920          1 NESTED LOOPS                                                           20111020 21:25:23
      235510920          2 NESTED LOOPS                                                        39 20111020 21:25:23
      235510920          3 VIEW                                                                11 20111020 21:25:23
      235510920          4 WINDOW                SORT PUSHED RANK                               11 20111020 21:25:23
      235510920          5 TABLE ACCESS          FULL            C_ETL_DATA_VALIDITY           10 20111020 21:25:23
      235510920          6 PARTITION LIST        ITERATOR                                       2 20111020 21:25:23
      235510920          7 INDEX                 RANGE SCAN      IDX_C_MEM_XXXXXXXX_ID          2 20111020 21:25:23
      235510920          8 TABLE ACCESS          BY LOCAL INDEX  C_MEM_XXXXXXXX_FATDT0          4 20111020 21:25:23
                                                 ROWID
     1542630049          0 SELECT STATEMENT                                                  7854 20120612 11:57:23 
     1542630049          1 NESTED LOOPS                                                      7854 20120612 11:57:23
     1542630049          2 VIEW                                                                28 20120612 11:57:23
     1542630049          3 WINDOW                SORT PUSHED RANK                              28 20120612 11:57:23
     1542630049          4 TABLE ACCESS          FULL            C_ETL_DATA_VALIDITY           27 20120612 11:57:23
     1542630049          5 PARTITION LIST        ITERATOR                                    7826 20120612 11:57:23
     1542630049          6 TABLE ACCESS          FULL            C_MEM_XXXXXXXX_FATDT0       7826 20120612 11:57:23
     2754593971          0 SELECT STATEMENT                                                    43 20120612 12:43:34
     2754593971          1 PX COORDINATOR                                                         20120612 12:43:34
     2754593971          2 PX SEND               QC (RANDOM)     :TQ10001                         20120612 12:43:34
     2754593971          3 NESTED LOOPS                                                           20120612 12:43:34
     2754593971          4 NESTED LOOPS                                                        43 20120612 12:43:34
     2754593971          5 BUFFER                SORT                                             20120612 12:43:34
     2754593971          6 PX RECEIVE                                                             20120612 12:43:34
     2754593971          7 PX SEND               BROADCAST       :TQ10000                         20120612 12:43:34
     2754593971          8 VIEW                                                                28 20120612 12:43:34
     2754593971          9 WINDOW                SORT PUSHED RANK                              28 20120612 12:43:34
     2754593971         10 TABLE ACCESS          FULL            C_ETL_DATA_VALIDITY           27 20120612 12:43:34
     2754593971         11 PX PARTITION LIST     ITERATOR                                       2 20120612 12:43:34
     2754593971         12 INDEX                 RANGE SCAN      IDX_C_MEM_XXXXXXXX_ID          2 20120612 12:43:34
     2754593971         13 TABLE ACCESS          BY LOCAL INDEX  C_MEM_XXXXXXXX_FATDT0         15 20120612 12:43:34
                                                 ROWID
     2620382595          0 SELECT STATEMENT                                                     5 20120612 18:27:37
     2620382595          1 TABLE ACCESS          BY INDEX ROWID  C_MEM_XXXXXXXX_BAKUP           5 20120612 18:27:37
     2620382595          2 INDEX                 RANGE SCAN      IDX_C_MEM_XXXXXXXX_BA          3 20120612 18:27:37
                                                                 KUP_ID
33 rows selected.
 从上面的结果中可以看出 执行计划在11:57 时出现改变 C_MEM_XXXXXXXX_FATDT0有之前的index range scan 变为了full table scan!!
其他相关文章
http://space.itpub.net/133735/viewspace-707229
上文中提到的 coe_xfr_sql_profile.sql 脚本
http://kerryosborne.oracle-guy.com/scripts/coe_xfr_sql_profile.sql

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/22664653/viewspace-732607/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
MySQL DBA NoSQL DEVOPS

注册时间:2009-10-07

  • 博文量
    1026
  • 访问量
    7499576