PLSQL查询执行计划

转：

PLSQL查询执行计划 01(转)

2019-05-15 15:15:43 p享自由q 阅读数 365

 

一般优化途径：
如果能通过修改语句优化，比如查询条件或执行顺序，sql改不了，可以通过增加索引来解决，增加索引还不行，那就要考虑实现方式是否有问题了
一段SQL代码写好以后，可以通过查看SQL的执行计划，初步预测该SQL在运行时的性能好坏，尤其是在发现某个SQL语句的效率较差时，我们可以通过查看执行计划，分析出该SQL代码的问题所在。

1、 打开熟悉的查看工具：PL/SQL Developer

在PL/SQL Developer中写好一段SQL代码后，按F5，PL/SQL Developer会自动打开执行计划窗口，显示该SQL的执行计划。

1.1.  PLSQL参数解释

ID: 一个序号，但不是执行的先后顺序。执行的先后根据缩进来判断。

Operation： 当前操作的内容。

Rows： 当前操作的Cardinality，Oracle估计当前操作的返回结果集。

Cost（CPU）：Oracle 计算出来的一个数值（代价），用于说明SQL执行的代价。

Time：Oracle 估计当前操作的时间。

Oracle的优化器有两种：

• RBO（Rule-Based Optimization） 基于规则的优化器
• CBO（Cost-Based Optimization） 基于代价的优化器（Oracle 9I完全替代RBO）

• |——CBO通过计算各种可能的执行计划的“代价”，即COST，从中选用COST最低的执行方案作为实际运行方案；

  它依赖数据库对象的统计信息，统计信息的准确与否会影响CBO做出最优的选择，也就是对数据“敏感”。

1.2   谓词说明

CBO通过计算各种可能的执行计划的“代价”，即COST，从中选用COST最低的执行方案作为实际运行方案；

它依赖数据库对象的统计信息，统计信息的准确与否会影响CBO做出最优的选择，也就是对数据“敏感”。

access("A"."EMPNO"="B"."MGR")

filter("A"."EMPNO"="B"."MGR")

filter("B"."MGR" IS NOT NULL)

Access: 表示这个谓词条件的值将会影响数据的访问路劲（表还是索引）。

Filter：表示谓词条件的值不会影响数据的访问路劲，只起过滤的作用。

1.3  统计信息说明

db block gets ： 从buffer cache中读取的block的数量

consistent gets： 从buffer cache中读取的undo数据的block的数量

physical reads： 从磁盘读取的block的数量

redo size： DML生成的redo的大小

sorts (memory) ：在内存执行的排序量

sorts (disk) ：在磁盘上执行的排序量

在看执行计划的时候，除了看执行计划本身，还需要看谓词和提示信息。 通过整体信息来判断SQL 效率。

2、 执行顺序一般是：从右至左，从下至上
       

技巧总结：1.  同一级若没有子ID就最先执行

2.  同一级执行遵循最上最后先执行的原则

INDEX RANGE SCAN  —>  TABLE ACCESS BY GLOBAL INDEX ROWID  —> 
INDEX UNIQUE SCAN  —>  TABLE ACCESS BY INDEX ROWID  —>  NESTED
LOOPS OUTER  —>  SORT GROUP BY  —>  SELECT STATEMENT, GOAL =
ALL_ROWS

3、 分析表的访问方式

• TABLE ACCESS FULL（全表扫描）
• TABLE ACCESS BY ROWID（通过ROWID的表存取）
• TABLE ACCESS BY INDEX SCAN（索引扫描）

4.1 TABLE ACCESS FULL

Oracle会读取表中所有的行，并检查每一行是否满足SQL语句中的 Where 限制条件；

全表扫描时可以使用多块读（即一次I/O读取多块数据块）操作，提升吞吐量；

使用建议：数据量太大的表不建议使用全表扫描，除非本身需要取出的数据较多，占到表数据总量的 5% ~ 10% 或以上

4.2  TABLE ACCESS BY ROWID

ROWID是由Oracle自动加在表中每行最后的一列伪列，既然是伪列，就说明表中并不会物理存储ROWID的值；

你可以像使用其它列一样使用它，只是不能对该列的值进行增、删、改操作；

一旦一行数据插入后，则其对应的ROWID在该行的生命周期内是唯一的，即使发生行迁移，该行的ROWID值也不变。

让我们再回到 TABLE ACCESS BY ROWID 来：

行的ROWID指出了该行所在的数据文件、数据块以及行在该块中的位置，所以通过ROWID可以快速定位到目标数据上，这也是Oracle中存取单行数据最快的方法

4.3  TABLE ACCESS BY INDEX SCAN

既存储每个索引的键值，也存储具有该键值的行的ROWID

索引扫描步骤：

Ⅰ：扫描索引得到对应的ROWID

Ⅱ：通过ROWID定位到具体的行读取数据

4、  索引扫描方式

5.1  Index Unique Scan(唯一扫描)

每次 只返回一条记录

情景：unique primary key

5.2  Index Range Scan(索引范围扫描)

情景：索引列使用 范围操作符 > <

组合索引，查询部分

非唯一索引列 任何查询

5.3  Index Full Scan(索引全扫描)——查询数据必须从索引列 全部直接得到

5.4  Index Fast Full Scan(索引快速扫描)——类似Index Full Scan，但是它查询的数据 不进行排序

5.5  Index Skip Scan（索引跳跃扫描）

情景：复合索引的前导列(索引中第一列) 没有在查询语句中出现

当Oracle发现前导列的唯一值个数很少时，会将每个唯一值都作为常规扫描的入口，在此基础上做一次查找，最后合并这些查询；

假设表emp有ename（雇员名称）、job（职位名）、sex（性别）三个字段，并且建立了如 create index idx_emp on emp (sex, ename, job) 的复合索引；

因为性别只有 '男' 和 '女' 两个值，所以为了提高索引的利用率，Oracle可将这个复合索引拆成 ('男', ename, job)，('女', ename, job) 这两个复合索引；

当查询 select * from emp where job = 'Programmer' 时，该查询发出后：

Oracle先进入sex为'男'的入口，这时候使用到了 ('男', ename, job) 这条复合索引，查找 job = 'Programmer' 的条目；

再进入sex为'女'的入口，这时候使用到了 ('女', ename, job) 这条复合索引，查找 job = 'Programmer' 的条目；

最后合并查询到的来自两个入口的结果集。