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

简介:

一、如何打开执行计划:

打开执行计划(执行 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较小时则能取得更好的效率。

三、统计数据的含义:

7


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

本文转自ICT时空 dbasdk博客,原文链接:ORACLE关于执行计划的简要分析 ,如需转载请自行联系原博主。

相关文章
|
Oracle 关系型数据库 数据库
Oracle生产数据库insert插入较慢分析过程和解决办法
Oracle生产数据库insert插入较慢分析过程和解决办法
317 0
|
25天前
|
Oracle 关系型数据库
oracle基本笔记整理及案例分析2
oracle基本笔记整理及案例分析2
12 0
|
25天前
|
Oracle 关系型数据库
oracle基本笔记整理及案例分析1
oracle基本笔记整理及案例分析1
16 0
|
2月前
|
Oracle 关系型数据库
oracle 19c 搭建dataguard 简要命令
通过service 完成dg 搭建。
49 0
|
6月前
|
Oracle 关系型数据库 Java
分享一个 Oracle RAC 模式下客户端建立JDBC初始连接时因ONS造成应用启动时卡顿30秒问题的排查分析案例
分享一个 Oracle RAC 模式下客户端建立JDBC初始连接时因ONS造成应用启动时卡顿30秒问题的排查分析案例
|
7月前
|
存储 Oracle 算法
数据库数据恢复-ORACLE数据库常见故障的数据恢复可能性分析
ORACLE数据库常见故障: 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE数据库ASM存储破坏。 3、ORACLE数据库数据文件丢失。 4、ORACLE数据库数据文件部分损坏。 5、ORACLE数据库DUMP文件损坏。
|
9月前
|
Oracle 关系型数据库 索引
Toad Oracle Parttion表分析
当一个数据表的数据达到几十亿笔的时候,对整个表做表分析代价较大。
74 0
|
10月前
|
SQL 缓存 监控
Oracle中如何生成有用的SQL 执行计划(译)
漫画戴夫·艾伦(Dave Allen)曾经讲过一个古老的笑话,一个旅行者问路人去某个城镇的路,路人只是说:“如果我是你,我就不会从这里开始。”
116 0
|
10月前
|
SQL 存储 缓存
获取和解读Oracle中SQL的执行计划(译文)
生成和显示 SQL 语句的执行计划是大多数 DBA、SQL 开发人员和性能专家的常见任务,因为它提供了 SQL 语句执行性能相关的信息。执行计划显示执行 SQL 语句的详细步骤,这些步骤表示为一组使用和生成行的数据库运算符。运算符的顺序和实现由查询优化器根据查询转换和物理优化技术来决定。
185 0
|
11月前
|
Oracle 前端开发 关系型数据库
使用隐含参数_disable_logging分析oracle写redo logfile的性能
oracle有一个隐含参数_disable_logging可以禁止日志的生成,这个参数当然不能在生产库使用,但我们可以将其因为与测试,例如,如果我们怀疑数据库写redo logfile存在性能问题,我们可以将这个参数设置为true,禁止写日志,看看oracle的性能提高了多少。