Oracle SQL语句优化心得Oracle SQL语句优化心得

caixuqad

自从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参数要合适。只能用于等值连接。

caixuqad

fteair

Adam丶鱼