RBO 有着一套严格的使用规则，只要你按照它去写 SQL 语句，无论数据表中的内容怎样，也不会影响到你的“执行计划”，也就是说 RBO 对数据不“敏感”，它根据 ORACLE 指定的优先顺序规则，对指定的表进行执行计划的选择。比如在规则中，索引的优先级大于全表扫描；RBO 是根据可用的访问路径以及访问路径等级来选择执行计划，在RBO中，SQL 的写法往往会影响执行计划。 # RBO 等级列表 1. **使用ROWID读取一行数据** 2. 依据聚簇连接读取一行数据 3. 依据Unique HASH Cluster读取一行数据 4. **依据Unique INDEX 读取一行数** 5. CLUSTER连接 6. Non Unique HASH CLUSTER Key 7. Non Unique CLUSTER Key 8. **Non Unique 组合索引** 9. **Non Unique 单一列索引** 10. **依据索引的范围范查询** 11. **依据索引的整体范围查询** 12. Sort Merge连接 13. 索引列的MIN. MAX计算 14. 索引列的ORDER BY 15. **全表扫描** # 不走 RBO Oracle 数据库中很多很好的特性、功能均不能在 RBO 下使用，因为它们均不被 RBO 所支持。 只要出现了如下的情形之一，那么即便你修改了优化器模式或者使用了 RULE Hint，Oracle 依然不会使用 RBO - 目标 SQL 中涉及的对象有 IOT - 目标 SQL 中涉及的对象有分区表 - 使用了并行查询或者并行 DML - 使用了星型连接 - 使用了哈希连接 - 使用了索引快速全扫描 - 使用了函数索引 - ... ... # 调优 ### 实验环境 1. 创建测试表 ```sql create table emp_temp as select * from emp; ``` 2. 为表 emp_temp 的两列 MGR 和 DEPTNO 上分别创建索引 ```sql create index idx_mgr_temp on emp_temp(mgr); create index idx_deptno_temp on emp_temp(deptno); ``` 3. 修改会话使用的优化器 ``` alter session set optimizer_mode='RULE'; ``` ### 实验一 等价该写 SQL，通过在目标 SQL 的 where 条件中对 NUMBER 或 DATE 类型的列加上 0（如果是 VARCHAR2 或 CHAR 类型，可以机上一个空字符，例如 || ''），这样就可以让原本可以走的索引现在走不了。 ```sql set autotrace traceonly explain select * from emp_temp where mgr>100 and deptno>100; ``` 改写 ```sql select * from emp_temp where mgr>100 and deptno+0>100; ``` ### 实验二 如果目标 SQL 出现有两条或者两条以上的执行路径的等级值相同的情况，可以通过调整相关对象在数据字典缓存中的缓存顺序来影响 RBO 对于其执行计划的选择 ```sql drop index idx_mgr_temp; create index idx_mgr_temp on emp_temp(mgr); select * from emp_temp where mgr>100 and deptno>100; ``` ### 实验三 如果目标 SQL 出现有两条或者两条以上的执行路径的等级值相同的情况，可以通过改变目标 SQL 中所涉及的各个对象在该 SQL 文本中出现的先后顺序来调整该目标 SQL 的执行计划。这通常适用于目标 SQL 中出现了多表连接的情形，RBO 会按照从右到左的顺序来决定谁是驱动表，谁是被动表，进而会据此来选择执行计划。 ```sql create table emp_temp1 as select * from emp select t1.mgr, t2.deptno from emp_temp t1, tmp_temp1 t2 where t1.empno = t2.tmpno; select t1.mgr, t2.deptno from tmp_temp1 t2, emp_temp t1 where t1.empno = t2.tmpno; ``` ### 实验四 如果 RBO 凭各条路径等级值的大小就可以选择目标 SQL 的执行计划，那么无论怎么调整相关对象在该 SQL 的 SQL 文本中的位置，对于该 SQL 最终的执行计划都不会有任何影响。 ```sql select t1.mgr, t2.deptno from emp t1, tmp_temp t2 where t1.empno = t2.tmpno; select t1.mgr, t2.deptno from tmp_temp t2, emp t1 where t1.empno = t2.tmpno; ```