- 背景:生產上對報表查詢突然變慢,經過分析發現同事關聯了一張750W的日誌表
- 分析:
①:執行順序:
根據Operation縮進來判斷,縮進最多的最先執行;(縮進相同時,最上面的最先執行)
②:對圖中動作的一些說明:
1. 上圖中 TABLE ACCESS BY … 即描述的是該動作執行時表訪問(或者說Oracle訪問數據)的方式;
表訪問的幾種方式:(非全部)
- TABLE ACCESS FULL(全表掃描)
- TABLE ACCESS BY ROWID(通過ROWID的表存取)
- TABLE ACCESS BY INDEX SCAN(索引掃描)
(1) TABLE ACCESS FULL(全表掃描):
Oracle會讀取表中所有的行,並檢查每一行是否滿足SQL語句中的 Where 限制條件;
全表掃描時可以使用多塊讀(即一次I/O讀取多塊數據塊)操作,提升吞吐量;
使用建議:數據量太大的表不建議使用全表掃描,除非本身需要取出的數據較多,佔到表數據總量的 5% ~ 10% 或以上
(2) TABLE ACCESS BY ROWID(通過ROWID的表存取) :
先說一下什麼是ROWID?
ROWID是由Oracle自動加在表中每行最後的一列僞列,既然是僞列,就說明表中並不會物理存儲ROWID的值;
你可以像使用其它列一樣使用它,只是不能對該列的值進行增、刪、改操作;
一旦一行數據插入後,則其對應的ROWID在該行的生命週期內是唯一的,即使發生行遷移,該行的ROWID值也不變。
讓我們再回到 TABLE ACCESS BY ROWID 來:
行的ROWID指出了該行所在的數據文件、數據塊以及行在該塊中的位置,所以通過ROWID可以快速定位到目標數據上,這也是Oracle中存取單行數據最快的方法;
(3) TABLE ACCESS BY INDEX SCAN(索引掃描):
在索引塊中,既存儲每個索引的鍵值,也存儲具有該鍵值的行的ROWID。
一個數字列上建索引後該索引可能的概念結構如下圖:
所以索引掃描其實分爲兩步:
Ⅰ:掃描索引得到對應的ROWID
Ⅱ:通過ROWID定位到具體的行讀取數據
----------------索引掃描延伸-------------------
索引掃描又分五種:
- INDEX UNIQUE SCAN(索引唯一掃描)
- INDEX RANGE SCAN(索引範圍掃描)
- INDEX FULL SCAN(索引全掃描)
- INDEX FAST FULL SCAN(索引快速掃描)
- INDEX SKIP SCAN(索引跳躍掃描)
a) INDEX UNIQUE SCAN(索引唯一掃描):
針對唯一性索引(UNIQUE INDEX)的掃描,每次至多隻返回一條記錄;
表中某字段存在 UNIQUE、PRIMARY KEY 約束時,Oracle常實現唯一性掃描;
b) INDEX RANGE SCAN(索引範圍掃描):
使用一個索引存取多行數據;
發生索引範圍掃描的三種情況:
- 在唯一索引列上使用了範圍操作符(如:> < <> >= <= between)
- 在組合索引上,只使用部分列進行查詢(查詢時必須包含前導列,否則會走全表掃描)
- 對非唯一索引列上進行的任何查詢
c) INDEX FULL SCAN(索引全掃描):
進行全索引掃描時,查詢出的數據都必須從索引中可以直接得到(注意全索引掃描只有在CBO模式下才有效)
----------------------- 延伸閱讀:Oracle優化器簡述 -----------------------
Oracle中的優化器是SQL分析和執行的優化工具,它負責生成、制定SQL的執行計劃。
Oracle的優化器有兩種:
- RBO(Rule-Based Optimization) 基於規則的優化器
- CBO(Cost-Based Optimization) 基於代價的優化器
RBO:
RBO有嚴格的使用規則,只要按照這套規則去寫SQL語句,無論數據表中的內容怎樣,也不會影響到你的執行計劃;
換句話說,RBO對數據“不敏感”,它要求SQL編寫人員必須要瞭解各項細則;
RBO一直沿用至ORACLE 9i,從ORACLE 10g開始,RBO已經徹底被拋棄。
CBO:
CBO是一種比RBO更加合理、可靠的優化器,在ORACLE 10g中完全取代RBO;
CBO通過計算各種可能的執行計劃的“代價”,即COST,從中選用COST最低的執行方案作爲實際運行方案;
它依賴數據庫對象的統計信息,統計信息的準確與否會影響CBO做出最優的選擇,也就是對數據“敏感”。
---------------------------------------------------------------------
d) INDEX FAST FULL SCAN(索引快速掃描):
掃描索引中的所有的數據塊,與 INDEX FULL SCAN 類似,但是一個顯著的區別是它不對查詢出的數據進行排序(即數據不是以排序順序被返回)
e) INDEX SKIP SCAN(索引跳躍掃描):
Oracle 9i後提供,有時候複合索引的前導列(索引包含的第一列)沒有在查詢語句中出現,oralce也會使用該複合索引,這時候就使用的INDEX SKIP SCAN;
什麼時候會觸發 INDEX SKIP SCAN 呢?
前提條件:表有一個複合索引,且在查詢時有除了前導列(索引中第一列)外的其他列作爲條件,並且優化器模式爲CBO時
當Oracle發現前導列的唯一值個數很少時,會將每個唯一值都作爲常規掃描的入口,在此基礎上做一次查找,最後合併這些查詢;
例如:
假設表emp有ename(僱員名稱)、job(職位名)、sex(性別)三個字段,並且建立了如 create index idx_emp on emp (sex, ename, job) 的複合索引;
因爲性別只有 '男' 和 '女' 兩個值,所以爲了提高索引的利用率,Oracle可將這個複合索引拆成 ('男', ename, job),('女', ename, job) 這兩個複合索引;
當查詢 select * from emp where job = 'Programmer' 時,該查詢發出後:
Oracle先進入sex爲'男'的入口,這時候使用到了 ('男', ename, job) 這條複合索引,查找 job = 'Programmer' 的條目;
再進入sex爲'女'的入口,這時候使用到了 ('女', ename, job) 這條複合索引,查找 job = 'Programmer' 的條目;
最後合併查詢到的來自兩個入口的結果集。
摘自:https://blog.csdn.net/xuheng8600/article/details/85834796