共计 2158 个字符,预计需要花费 6 分钟才能阅读完成。
1.Oracle 优化器种类
自从 Oracle 10g 以来,Oracle 就存在了两种优化器 –CBO 和 RBO。
RBO: Rule-Based Optimization 基于规则的优化器
CBO: Cost-Based Optimization 基于代价的优化器
RBO 顾名思义,Oracle 在系统内部定义了一系列 sql 语句执行了规则,sql 严格按照规则来生成执行计划,并执行,对表的数据分布和变化不敏感,所以才有了 CBO 的出现。
CBO 是对每个查询所耗费的资源进行量化,从而可以根据这个量化的值选出最佳的执行计划,一个查询所耗费的资源可分为:I/O,CPU,network 三部分代价。
<1>I/ O 一般是将数据库文件中的数据库块读入内存 (磁盘读入内存) 所耗费的资源
<2>CPU 代价是内存中处理数据的代价,在这些数据上进行排序 sort, 表的 join 连接操作,这都需要 cpu 资源的耗费。
<3>network 是远程查询数据库表或者执行分布式连接的网络传输代价
注:Oracle 中数据库的概念是 Oracle 数据文件中的最小单位,由多个操作系统块组成。
数据库使用的优化器根据参数 optimizer_mode 决定,取值如下:
RULE 使用 RBO 优化器
choose 数据字典有被引用的对象的统计数据,则使用 CBO,否则使用 RBO
all_rows 以数据吞吐量为主要目标,以便使用最少的资源完成语句
first_rows 以数据响应时间为主要目标,以便快速查询开始的 n 行数据
first_rows[1|100|1000|n] 让优化器选一个能把响应时间减到最小的执行计划,以迅速产生查询结果的前 n 行
2. 执行计划中的概念
row_sources(行源) 根据 where 中条件限制后的结果集或者多表链接后的结果集,不单指 table
predicate(谓词)
access 谓词 这个谓词的条件的值将会影响数据的访问路径(一般针对索引)
fileter 谓词 起过滤作用
driving table(驱动表, 外表,outer table) 用于嵌套连接和哈希连接
probed table(被探查表, 内表,inner table)
access path(访问路径)
full table scans(全表扫描) Oracle 顺序读取分配给表的每个数据块,知道表的最高水位线。可以一次性读取多个块,block 的数量则由操作系统的 I / O 最大值和 multiblock(db_block_multiblock_read_count)参数共同决定
Table Access by ROWID(通过 ROWID 的表存取 /rowid lookup)
Index Scan(索引扫描 /index lookup)
……
sort-mergejoin(排序合并连接)
nested loop(嵌套连接)
hash join(哈希连接)
3.sql 语句执行过程
每种类型 sql 语句都要一下 n 个阶段:
<1>create a cursor
<2>parse the statement 解析语句
判断语法是否正确,权限是否充足,查找数据字典是否符合表,列的定义,锁分析,生成执行计划等,这一步骤比较耗费资源,一般都应该减少解析次数。但是也有下述这种情况: 当 sql 的基表发生的 dml 语句导致数据分布发生了较大的变化(可能影响的执行计划),如果还采用之前的执行计划,有可能性能会不太好,这时候最好重新进行表分析,重新生成执行计划,所以这个还是要看具体情况决定。
<5>bind any variables
<7>run the statement
<9>close the cursor
若使用了并行功能
<6>parallelize the statement 并行执行语句
若是 select 语句
<3>describe result of a query 描述查询结果集
<4>define output of a query 定义查询输出
<8>fetch rows of a query 获取查询行
4.sql 中标的连接方式
排序合并连接
MERGE
row_source1 按照连接列进行排序,row_source2 按照连接列进行排序
row_source1,row_source2 一起执行合并操作,即将两个 row_source 按照连接条件连接起来
嵌套循环
一般原则是选择驱动表是较小的 row_source
优点: 可以快速返回已经连接的行,不必等所有行连接操作处理完才返回数据,可实时响应
hash 连接
较小的 row_source 用来构建 hash table 的 bitmap,第二个 row_source 被用来 hansed,并与第一个 row_source 生成的 hash table 匹配,以便进一步连接,比 bitmap 用来 check hash table 中是否有匹配的行。
三种连接方式比较:
smj: 第一,对于非等值连接效率较高。关联列上有索引更好。对于两个较大的 row_source 比 nl 效率高
nl: 第一快速响应。外部表较小,内部表上有唯一索引 / 高效的非唯一索引
hj:hash_area_size 参数要合适。只能用于等值连接。
更多 Oracle 相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12
本文永久更新链接地址:http://www.linuxidc.com/Linux/2017-03/141368.htm