oracle跟踪SQL.docVIP

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