Oracle关于执行计划的简要分析

目前Oracle优化器采用的是基于cost的cbo方式来对sql进行优化，因此优化器的判断非常依赖于数据库对象的统计分析信息。只有提供给

一、如何打开执行计划：

打开执行计划（执行 set autotrace traceonly/off），如果提示SP2-0611,SP2-0618，按以下办法建立相应用户即可。

1、SYS用户登录，执行@$Oracle_HOME/rdbms/admin/utlxplan.sql，创建PLAN_TABLE ;

2、执行@$Oracle_HOME/sqlplus/admin/plustrce.sql，创建plustrace角色；

3、赋给用户grant plustrace to public；

执行 set autotrace traceonly即可。也可以采用以下方式：

1、explain plan for select * from student;

2、select * from table(DBMS_XPLAN.display);

二、执行计划的内容解析：

目前Oracle优化器采用的是基于cost的cbo方式来对sql进行优化，因此优化器的判断非常依赖于数据库对象的统计分析信息。只有提供给优化器正确的对象信息(DBMS_STAT)，才能使得优化器做出正确的选择。

优化器选择的方式无怪乎本文以下几种方式，只要正确的理解执行计划中这些内容，就可以根据数据库对象的数据量和索引情况来改进sql的性能。

看执行计划时，首先Operation列是指当前操作的内容。从缩进最大的行看，它是最先被执行的步骤，对于两行缩进相同的行，最上面的最先被执行；ROW列，是Oracle估算当前行的返回结果集；COST和TIME是Oracle估算的成本和时间。

Oracle访问数据的存取方式有：

全表扫描（TABLE ACCESS FULL）:对所有表中记录进行扫描。使用多块读操作，，一次I/O能读取多块数据块。表字段不涉及索引时往往采用这种方式。较大的表不建议使用全表扫描，除非结果数据超出全表数据总量的10%；

通过ROWID的表存取（Table Access by ROWID）:一次I/O只能读取一个数据块。通过rowid读取表字段，rowid可能是索引键值上的rowid；

索引扫描（Index Scan）:索引扫描是首先扫描索引得到rowid值，该步骤的数据直接由内存读取，速度较快；然后通过rowid读出具体数据，如果表较大效率会下降。索引扫描有4种类型的索引扫描：

　1、索引唯一扫描（index unique scan），如果表字段有UNIQUE 或PRIMARY KEY 约束，Oracle实现索引唯一扫描，这种扫描方式条件比较极端，出现比较少；

　2、索引范围扫描（index range scan），这种是最常见的索引扫描方式。在非唯一索引上都使用索引范围扫描。

使用index rang scan的3种情况：

　　 1 ） 在唯一索引列上使用了以下圈定范围的操作符（> < <> >= <= between等）

　　 2 ） 在组合索引上，只使用部分列进行查询，导致查询出多行

　　 3 ） 对非唯一索引列上进行的任何查询。

　3、 索引全扫描（index full scan）：这种情况下，是查询的数据都属于索引字段，一般都含有排序操作

　4、索引快速扫描（index fast full scan）：如果查询的数据都属于索引字段，并且没有进行排序操作，那么是属于这种情况。条件比较极端，出现比较少；

表之间的连接方式有

1、排序 - 合并连接（Sort Merge Join）：该种排序限制较大，出现比较少；

内部连接过程：

　　 1） 首先生成表1需要的数据，然后对这些数据按照连接操作关联列进行排序；

　　 2） 随后生成表2需要的数据，然后对这些数据按照与表1对应的连接操作关联列进行排序；

　　 3） 最后两边已排序的行被放在一起执行合并操作，即将2个表按照连接条件连接起来。

2、嵌套循环（Nested Loops）

该连接过程就是一个2层嵌套循环，所以外层循环的次数越少越好。如果driving row source（外部表）比较小，并且在inner row source（内部表）上有唯一索引，或有高选择性非唯一索引时，使用这种方法可以得到较好的效率。

3、哈希连接（Hash Join）

在2个较大的row source之间连接时会取得相对较好的效率，在一个row source较小时则能取得更好的效率。

三、统计数据的含义：

1. recursive calls 递归调用次数；
2. db block gets 当期操作时从内存读取的当前最新块数据，并不是在一致性读的情况的块数，即通过update/delete/select for update读的块数；
3. consistent gets 当期操作时在一致性读状态下读取的块数，即通过不带for update的select 读的块数；
4. physical reads 物理读，Oracle从磁盘读的数据块数量 其产生的主要原因是：在数据库高速缓存中不存在这些块；全表扫描；磁盘排序。其中逻辑读指的是Oracle从内存读到的数据块数量。一般来说是'consistent gets' + 'db block gets'。当在内存中找不到所需的数据块的话就需要从磁盘中获取，于是就产生了'phsical reads'。
5. redo size 执行SQL的过程中产生的重做日志；
6. 423 bytes sent via SQL*Net to client 通过网络发送给客户端的数据
7. 419 bytes received via SQL*Net from client 通过网络从客户端接收到的数据
8. SQL*Net roundtrips to/from client
9. sorts (memory) 在内存中发生的排序；
10. sorts (disk) 在硬盘中发生的排序；
11. rows processed

--------------------------------------分割线 --------------------------------------

在CentOS 6.4下安装Oracle 11gR2(x64)

Oracle 11gR2 在VMWare虚拟机中安装步骤

Debian 下 安装 Oracle 11g XE R2

--------------------------------------分割线 --------------------------------------

本文永久更新链接地址：