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;
```

Oracle：RBO

相關文章