oracle sql 执行计划

yuji0228 贡献于2012-03-15

作者 韩豫博  创建于2011-03-04 09:10:00   修改者韩豫博  修改于2011-03-04 09:28:00字数1675

文档摘要:oracle sql 执行计划
关键词:

注:测试试用oracle下的scott/tiger用户 需要做如下的配置: (1)在要分析的用户下:   执行\rdbms\admin\utlxplan.sql   (2) 用sys用户登陆  执行\sqlplus\admin\plustrce.sql  执行grant plustrace to user_name; - - user_name是上面所说的分析用户(如scott) 1、 全表扫描(在较大的表上不建议使用全表扫描,除非取出的数据比较多,超过总量的5% -- 10%,或你想使用并行查询功能时。) SQL> set autotrace traceonly; 对要执行的SQL进行解释,如下: 执行已经解释的SQL如下: 2、 通过ROWID查询数据(rowid对访问一个表中的给定的行提供了最快的访问方法) 对要执行的SQL进行解释: 执行解释过的SQL: 3、 索引唯一扫描(INDEX UNIQUE SCAN) 如果存在UNIQUE 或PRIMARY KEY 约束(它保证 了语句只存取单行)的话,Oracle经常实现唯一性扫描。 对要执行的SQL进行解释: 执行解释过的SQL: 4、 索引范围扫描(index range scan) 在唯一索引上使用索引范围扫描的典型情况下是在 谓词(where限制条件)中使用了范围操作符(如>、<、<>、>=、<=、between); 对要执行的SQL进行分析: 执行解释过的SQL: 5、 索引全扫描(index full scan) 全索引扫描只在CBO模式下才有效。 CBO根据统计数值得知进行全索引扫描比进行全表扫描更有效时,才进行全索引扫描,而且此时查询出的数据都必须从索引中可以直接得到。 创建一个符合索引: 解释分析要执行的SQL: 执行解释过的SQL: 6、 索引快速扫描(index fast full scan) 扫描索引中的所有的数据块,与 index full scan很类似,但是一个显著的区别就是它不对查询出的数据进行排序,即数据不是以排序顺序被返回。在这种存取方法中,可以使用多块读功能,也可以使用并行读入,以便获得最大吞吐量与缩短执行时间。 执行该语句的时候要给SCOTT DBA的角色:(用SYSTEM用户登录执行grant dba to scott) 7、 排序 - - 合并连接(Sort Merge Join (SMJ) ) a) 对于非等值连接,这种连接方式的效率是比较高的。 b) 如果在关联的列上都有索引,效果更好。 c) 对于将2个较大的row source做连接,该连接方法比NL连接要好一些。 d) 但是如果sort merge返回的row source过大,则又会导致使用过多的rowid在表中查询数据时,数据库性能下降,因为过多的I/O。 8、   嵌套循环(Nested Loops (NL) ) a) 如果driving row source(外部表)比较小,并且在inner row source(内部表)上  有唯一索引,或有高选择性非唯一索引时,使用这种方法可以得到较好的效率。 b) NESTED LOOPS有其它连接方法没有的的一个优点是:可以先返回已经  连接的行,而不必等待所有的连接操作处理完才返回数据,  这可以实现快速的响应时间。 ORACLE执行计划解释: 1、Oracle优化器有两大类(RBO,CBO),基于规则的和基于代价的:show parameters optimizer_mode. RULE : 是基于规则的。 CHOOSE : 表示如果查询的表存在搜集的统计信息则基于代价来执行(在CHOOSE模式下Oracle采用的是 FIRST_ROWS),否则基于规则来执行。 FIRST_ROWS: 指执行计划采用最少资源尽快的返回部分结果给客户端,对于排序分页页显示这种查询尤其适用. ALL_ROWS : 指以总体消耗资源最少的方式返回结果给客户端。 2、扫描方式:全表扫描;索引扫描;ROWID扫描。 3、判断执行顺序的指导原则就是:最右、最上的操作先执行。 4、看执行计划时,我们的关键不是看哪个操作先执行,哪个操作后执行,而是关键看表之间连接的顺序(如得知哪个为驱动表,这需要从操作的顺序进行判断)、使用了何种类型的关联及具体的存取路径(如判断是否利用了索引)

下载文档到电脑,查找使用更方便

文档的实际排版效果,会与网站的显示效果略有不同!!

需要 5 金币 [ 分享文档获得金币 ] 1 人已下载

下载文档