oracle中的执行计划.docVIP

.专业整理 . Oracle 执行计划 1，什么是执行计划 所谓执行计划 ，顾名思义 ，就是对一个查询任务 ，做出一份怎样去完成任务的 详细方案 。举个生活中的例子 ，我从珠海要去英国 ，我可以 选择先去香港然后转机 ，也可以先去北京转机 ，或者去广州也可以 。 但是到底 怎样去英国划算 ，也就是我的费用最少 ，这是一件值得考究 的事情 。 同样对于查询而言 ，我们提交的 SQL 仅仅是描述出了我们的目的地是 英国，但至于怎么去 ，通常我们的 SQL 中是没有给出提示信息 的，是由数据库来决定的 。 我们先简单的看一个执行计划的对比 ： SQL set autotrace traceonly 执行计划一 ： SQL select count(*) from t; COUNT(*) ---------- 24815 Execution Plan 0 SELECT STATEMENT Optimizer=CHOOSE . 学习帮手 . .专业整理 . 0 SORT (AGGREGATE) 1TABLE Access (FULL) OF T 执行计划二 ： SQL select count(*) from t; COUNT(*) 24815 Execution Plan SELECT STATEMENT Optimizer=CHOOSE (Cost=26 Card=1) 0 SORT (AGGREGATE) 1 INDEX (FULL SCAN) OF T_INDEX (NON-UNIQUE) (Cost=26 Card=28180) 这两个执行计划中 ，第一个表示求和是通过进行全表扫描来做的 ，把整个 表中数据读入内存来逐条累加 ;第二个表示根据表中索引 ，把 整个索引读进内存来逐条累加 ，而不用去读表中的数据 。但是这两种方式到底 哪种快呢 ?通常来说可能二比一快 ，但也不是绝对的 。这是一 个很简单的例子演示执行计划的差异 。 对于复杂的 SQL(表连接、嵌套子查询 等 )，执行计划可能几十种甚至上百种 ，但是到底那种最好呢 ? . 学习帮手 . .专业整理 . 我们事前并不知道 ，数据库本身也不知道 ，但是数据库会根据一定的规则或者 统计信息 (statistics) 去选择一个执行计划 ，通常来说选择的是 比较优的 ，但也有选择失误的时候 ，这就是这次讨论的价值所在 。 Oracle 优化器模式 Oracle 优化器有两大类 ，基于规则的和基于代价的 ，在 SQLPLUS中我们 可以查看 init 文件中定义的缺省的优化器模式 。 SQL show parameters optimizer_mode NAME TYPE VALUE optimizer_mode string CHOOSE SQL 这是企业版，我们可以看出 ，默认安装后数据库优化器模式为 CHOOSE,我们还可以设置为 RULE、 FIRST_ROWS,ALL_ROWS。可以在 init 文件中对整个 instance 的所有会话设 置，也可以单独对某个会话设置 ： SQL ALTER SESSION SET optimizer_mode = RULE; 会话已更改 。 SQL ALTER SESSION SET optimizer_mode = FIRST_ROWS; . 学习帮手 . .专业整理 . 会话已更改 。 SQL ALTER SESSION SET optimizer_mode = ALL_ROWS; 会话已更改 。 基于规则的查询 ，数据库根据表和索引等定义信息 ，按照一定的规则来产 生执行计划 ;基于代价的查询 ，数据库根据搜集的表和索引的 数据的统计信息 (通过 analyze 命令或者使用 dbms_stats 包来搜集 )综合来决定 选取一个数据库认为最优的执行计划 (实际上不一定最优 )。 RULE 是基于规则的 ，CHOOSE 表示如果查询的表存在搜集的统计信息则基于 代价来执行 (在 CHOOSE 模式下 Oracle 采用的是 FIRST_ROWS) ，否则基于规则来执行 。 在基于代价的两种方式中 ，FIRST_ROWS指执行计划 采用最少资源尽快的返回部分结果给客户端 ，对于排序分页 页显示这种查询尤其适用 ，ALL_ROWS 指以总体消耗资源最少的方式返回结果 给客户端 。 基于规则的模式下 ，数据库的执行计划通常比较稳定 。但在基于代价的模 式下，我们才有更大的机会选择最优的执行计划 。也由于 Oracle 的很多查询方面的特性必须在基于代价的模式下才能体现出来 ，所以我 们通常不选择 RULE(并且 Oracle 宣称从 Oracle 10i 版本数据库 . 学习帮手 . .专业整理 . 开始将不再支