Event 10053 执行计划 绑定变量 Bind peeking

原创 2010年04月29日 22:48:00

 

相关的准备知识,请参考我的Blog

Oracle 跟踪事件 set event

http://blog.csdn.net/tianlesoftware/archive/2009/12/13/4977827.aspx

Oracle SQL的硬解析和软解析

http://blog.csdn.net/tianlesoftware/archive/2010/04/08/5458896.aspx

Oracle 绑定变量

http://blog.csdn.net/tianlesoftware/archive/2009/10/17/4678335.aspx

 

oracle 9i之后引入了bind peeking,在第一次分析的时候,优化器会根据绑定变量来确定执行计划。BIND PEEKING只有当该SQL第一次执行的时候,并且在进行HARD PARSE的时候才进行,第二次调用该SQL,就不会再次进行BIND PEEKING,继续使用上一次产生的执行计划。

我们可以通过隐含的参数来调整数据库默认的bind peeking行为_OPTIM_PEEK_USER_BINDS 如果我们想关闭Bind Variable Peeking,我们可以设置该参数为 False 即可。

SQL>alter session set "_optim_peek_user_binds"=false

使用了Bind Var能提高性能主要是因为这样做可以尽量避免不必要的硬分析(Hard Parse)而节约了时间,同时节约了大量的CPU资源。

    当一个Client提交一条SqlOracle后,Oracle 首先会对其进行解析(Parse),然后将解析结果提交给优化器(Optimiser)来进行优化而取得Oracle认为的最优的Query Plan,然后再按照这个最优的Plan来执行这个Sql语句(当然在这之中如果只需要软解析的话会少部分步骤)

Oracle接到 Client提交的Sql后会首先在共享池(Shared Pool)里面去查找是否有之前已经解析好的与刚接到的这一个Sql完全相同的Sql(注意这里说的是完全相同,既要求语句上的字符级别的完全相同,又要求涉及的对象也必须完全相同)。当发现有相同的以后解析器就不再对新的Sql在此解析而直接用之前解析好的结果了。这里就节约了解析时间以及解析时候消耗的CPU资源。尤其是在OLTP中运行着的大量的短小Sql,效果就会比较明显了。因为一条两条Sql的时间可能不会有多少感觉,但是当量大了以后就会有比较明显的感觉了。

但是,使用绑定变量的一个缺点是,给出的执行计划并不一定就是SQL在真正应用程序里所使用的执行计划。这时我们就可以通过 event 10053 事件来查看。

 

补充知识:如何在SQL PLUS 中查看执行计划:
1) SQL>EXPLAIN PLAN FOR 你的sql语句;
 SQL>EXPLAIN PLAN FOR SELECT * FROM EMP WHERE EMPNO=7369;
2SELECT plan_table_output FROM TABLE(DBMS_XPLAN.DISPLAY('PLAN_TABLE'));

10053 event 对于性能调优是一个很好的辅助工具。它产生的trace文件提供了Oracle如何选择执行计划,为何如此这般得到执行计划的信息。有时对于一个SQL语句,很明显oracle应该使用索引,但是执行计划却没有使用索引。这时10053事件可以提供一些帮助。可以让我们了解为什么没有用索引。

注意10053只对CBO有效,而且如果一个sql语句已经解析过,就不会产生新的trace信息。

下面这段引用详细的讲了Event 10053 如何使用,急分几个level。 每个level 所包含的内容。

HOW TO trace the CBO working out the execution path (event 10053)


To start the CBO trace enter the following command:

ALTER SESSION SET EVENTS='10053 trace name context forever, level 1';

Run the SQL that you wanto trace the CBO optimizer on, e.g.

SELECT * 
FROM oe_order_headers_v
WHERE header_id = 999
/
When the query has completed, run the following command to switch the trace off:

ALTER SESSION SET EVENTS '10053 trace name context off';


There appear to 2 levels to the trace:

ALTER SESSION SET EVENTS='10053 trace name context forever, level 1';
ALTER SESSION SET EVENTS='10053 trace name context forever, level 2';


Level 2 is a subset of Level 1 and includes:

Column statistics

Single Access Paths

Join Costs

Table Joins Considered

Join Methods Considered (NL/MS/HA)


but Level 1 is the more detailed of the two; as well as ALL of level 2, it also includes:

Parameters used by the optimizer

Index statistics

要强调的一点,sqlplus中打开autotrace看到的执行计划实际上是用explain plan 命令得到的,explain plan 命令不会进行bind peeking。应该通过v$sql_plan查看SQL的真实的执行计划。

 

 

 

The Execution Plan shows the SQL optimizer's query execution path. Execution Plan output is generated using EXPLAIN PLAN and DBMS_XPLAN.

EXPLAIN PLAN output shows how Oracle runs the SQL statement when the statement was explained. This can differ from the plan during actual execution for a SQL statement, because of differences in the execution environment and explain plan environment

Oracle does not support EXPLAIN PLAN for statements performing implicit type conversion of date bind variables. With bind variables in general, the EXPLAIN PLAN output might not represent the real execution plan.

After the statement has executed, you can display the plan by querying the V$SQL_PLAN viewV$SQL_PLAN contains the execution plan for every statement stored in the cursor cache.

相关文章推荐

Event 10053 执行计划 绑定变量 Bind peeking

相关的准备知识,请参考我的Blog: Oracle 跟踪事件 set event http://blog.csdn.net/xujinyang/article/details/68...

Event 10053 执行计划 绑定变量

相关的准备知识,请参考我的Blog: Oracle 跟踪事件 set event http://blog.csdn.net/tianlesoftware/archive/2009/12/13/...

绑定变量和BIND PEEKING

http://www.oraclefans.cn/forum/showtopic.jsp?rootid=5467&CPages=1 http://blog.csdn.net/tianlesoftwa...

ORACLE绑定变量BIND PEEKING

ORACLE 在9i之后引入了bind peeking,通过bind peeking,oracle可以在硬解析的时候窥探绑定变量的值,并根据当前绑定变量的值生成执行计划。在oracle 9i之前的版本...
  • joeadai
  • joeadai
  • 2014年01月07日 11:31
  • 1207

Oracle:执行计划:访问路径、表连接、提示、统计信息、绑定变量

转载于:http://hanjian861202.iteye.com/blog/1169237 执行计划:   第1章 性能调整综述 第2章 有效的应用设计 第3章 ...
  • zgmzyr
  • zgmzyr
  • 2013年03月04日 18:12
  • 2503

一个执行计划异常变更的案例 - 外传之查看绑定变量值的几种方法

这篇外传之前有这么几篇文章: 《一个执行计划异常变更的案例 - 前传》 《一个执行计划异常变更的案例 - 外传之绑定变量窥探》上一篇文章介绍了绑定变量以及11g之前绑定变量窥探的影响,这篇文章会介...
  • bisal
  • bisal
  • 2016年12月26日 01:17
  • 1086

autotrace显示绑定变量执行计划不准确

SQL> var a varchar2(10); SQL> exec :a:='INVALID'; PL/SQL procedure successfully completed. ...

绑定变量导致执行计划不走索引

客户反应有个查询慢,看了一下没有走索引,以为很简单,结果发现和以前遇到的问题完全不一样,原来是bind peeking问题,最后只好建议客户用hint,以下是过程。 explain plan...

设置10053跟踪SQL执行计划过程选择事件

SQL> alter session set events '10053 trace name context forever,level 1'; Session altered. SQL...

获得执行计划方法五-10053事件

_optimizer_dim_subq_join_sel        = true   _optimizer_disable_strans_sanity_checks = 0   _optimi...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:Event 10053 执行计划 绑定变量 Bind peeking
举报原因:
原因补充:

(最多只允许输入30个字)