Oracle SQL性能優(yōu)化40條 | 收藏了!
1. SQL語句執(zhí)行步驟
語法分析> 語義分析> 視圖轉(zhuǎn)換 >表達(dá)式轉(zhuǎn)換> 選擇優(yōu)化器 >選擇連接方式 >選擇連接順序 >選擇數(shù)據(jù)的搜索路徑 >運(yùn)行“執(zhí)行計(jì)劃”
2. 選用適合的Oracle優(yōu)化器
RULE(基于規(guī)則)、 COST(基于成本) 、CHOOSE(選擇性)
3. 訪問Table的方式
全表掃描
全表掃描就是順序地訪問表中每條記錄,ORACLE采用一次讀入多個(gè)數(shù)據(jù)塊(database block)的方式優(yōu)化全表掃描。
通過ROWID訪問表
ROWID包含了表中記錄的物理位置信息,ORACLE采用索引實(shí)現(xiàn)了數(shù)據(jù)和存放數(shù)據(jù)的物理位置(ROWID)之間的聯(lián)系,通常索引提供了快速訪問ROWID的方法,因此那些基于索引列的查詢就可以得到性能上的提高。
4. 共享 SQL 語句
- Oracle提供對(duì)執(zhí)行過的SQL語句進(jìn)行高速緩沖的機(jī)制。被解析過并且確定了執(zhí)行路徑的SQL語句存放在SGA的共享池中。
- Oracle執(zhí)行一個(gè)SQL語句之前每次先從SGA共享池中查找是否有緩沖的SQL語句,如果有則直接執(zhí)行該SQL語句。
- 可以通過適當(dāng)調(diào)整SGA共享池大小來達(dá)到提高Oracle執(zhí)行性能的目的。
5. 選擇最有效率的表名順序
- ORACLE的解析器按照從右到左的順序處理FROM子句中的表名,因此FROM子句中寫在最后的表(基礎(chǔ)表 driving table)將被最先處理。
- 當(dāng)ORACLE處理多個(gè)表時(shí),會(huì)運(yùn)用排序及合并的方式連接它們,并且是從右往左的順序處理FROM子句。首先,掃描第一個(gè)表(FROM子句中最后的那個(gè)表)并對(duì)記錄進(jìn)行排序,然后掃描第二個(gè)表(FROM子句中倒數(shù)第二個(gè)表),最后將所有從第二個(gè)表中檢索出的記錄與第一個(gè)表中合適記錄進(jìn)行合并。
- 只在基于規(guī)則的優(yōu)化器中有效。
舉例:
表 TAB1 16,384 條記錄
表 TAB2 1 條記錄
- /*選擇TAB2作為基礎(chǔ)表 (最好的方法)*/
- SELECT COUNT(*) FROM TAB1,TAB2
- /*執(zhí)行時(shí)間0.96秒*/
- /*選擇TAB1作為基礎(chǔ)表 (不佳的方法)*/
- SELECT COUNT(*) FROM TAB2,TAB1
- /*執(zhí)行時(shí)間26.09秒*/
如果有3個(gè)以上的表連接查詢, 那就需要選擇交叉表(intersection table)作為基礎(chǔ)表, 交叉表是指那個(gè)被其他表所引用的表。
- /*高效的SQL*/
- SELECT * FROM LOCATION L, CATEGORY C, EMP E
- WHERE E.EMP_NO BETWEEN 1000 AND 2000
- AND E.CAT_NO = C.CAT_NO
- AND E.LOCN = L.LOCN
將比下列SQL更有效率
- /*低效的SQL*/
- SELECT * FROM EMP E, LOCATION L, CATEGORY C
- WHERE E.CAT_NO = C.CAT_NO
- AND E.LOCN = L.LOCN
- AND E.EMP_NO BETWEEN 1000 AND 2000
6. Where子句中的連接順序
Oracle采用自下而上或自右向左的順序解析WHERE子句。根據(jù)這個(gè)原理,表之間的連接必須寫在其他WHERE條件之前,那些可以過濾掉最大數(shù)量記錄的條件必須寫在WHERE子句的末尾。
- /*低效,執(zhí)行時(shí)間156.3秒*/
- SELECT Column1,Column2
- FROM EMP EWHERE E.SAL > 50000
- AND E.JOB = 'MANAGER'
- AND 25 <
- (SELECT COUNT(*) FROM EMP
- WHERE MGR = E.EMPNO)
- /*高效,執(zhí)行時(shí)間10.6秒*/
- SELECT Column1,Column2FROM EMP E
- WHERE 25 < (SELECT COUNT(*) FROM EMP
- WHERE MGR=E.EMPNO)
- AND E.SAL > 50000
- AND E.JOB = 'MANAGER'
7. SELECT子句中避免使用“*”
- Oracle在解析SQL語句的時(shí)候,對(duì)于“*”將通過查詢數(shù)據(jù)庫(kù)字典來將其轉(zhuǎn)換成對(duì)應(yīng)的列名。
- 如果在Select子句中需要列出所有的Column時(shí),建議列出所有的Column名稱,而不是簡(jiǎn)單的用“*”來替代,這樣可以減少多于的數(shù)據(jù)庫(kù)查詢開銷。
8. 減少訪問數(shù)據(jù)庫(kù)的次數(shù)
當(dāng)執(zhí)行每條SQL語句時(shí), ORACLE在內(nèi)部執(zhí)行了許多工作:解析SQL語句 > 估算索引的利用率 > 綁定變量 > 讀數(shù)據(jù)塊等等
由此可見, 減少訪問數(shù)據(jù)庫(kù)的次數(shù) , 就能實(shí)際上減少ORACLE的工作量。
9. 整個(gè)簡(jiǎn)單無關(guān)聯(lián)的數(shù)據(jù)庫(kù)訪問
如果有幾個(gè)簡(jiǎn)單的數(shù)據(jù)庫(kù)查詢語句,你可以把它們整合到一個(gè)查詢中(即使它們之間沒有關(guān)系),以減少多于的數(shù)據(jù)庫(kù)IO開銷。
雖然采取這種方法,效率得到提高,但是程序的可讀性大大降低,所以還是要權(quán)衡之間的利弊。
10. 使用Truncate而非Delete
- Delete表中記錄的時(shí)候,Oracle會(huì)在Rollback段中保存刪除信息以備恢復(fù)。Truncate刪除表中記錄的時(shí)候不保存刪除信息,不能恢復(fù)。因此Truncate刪除記錄比Delete快,而且占用資源少。
- 刪除表中記錄的時(shí)候,如果不需要恢復(fù)的情況之下應(yīng)該盡量使用Truncate而不是Delete。
- Truncate僅適用于刪除全表的記錄。
11. 盡量多使用COMMIT
只要有可能,在程序中盡量多使用COMMIT, 這樣程序的性能得到提高,需求也會(huì)因?yàn)镃OMMIT所釋放的資源而減少。
COMMIT所釋放的資源:
- 回滾段上用于恢復(fù)數(shù)據(jù)的信息.
- 被程序語句獲得的鎖
- redo log buffer 中的空間
- ORACLE為管理上述3種資源中的內(nèi)部花費(fèi)
12. 計(jì)算記錄條數(shù)
- Select count(*) from tablename;
- Select count(1) from tablename;
- Select count(column) from tablename;
一般認(rèn)為,在沒有主鍵索引的情況之下,第二種COUNT(1)方式最快。如果只有一列且無索引COUNT(*)反而比較快, 如果有索引列,當(dāng)然是使用索引列COUNT(column)最快。
13. 用Where子句替換Having子句
避免使用HAVING子句,HAVING 只會(huì)在檢索出所有記錄之后才對(duì)結(jié)果集進(jìn)行過濾。這個(gè)處理需要排序、總計(jì)等操作。如果能通過WHERE子句限制記錄的數(shù)目,就能減少這方面的開銷。
14. 減少對(duì)表的查詢操作
在含有子查詢的SQL語句中,要注意減少對(duì)表的查詢操作。
- /*低效SQL*/
- SELECT TAB_NAME FROM TABLES
- WHERE TAB_NAME =(
- SELECT TAB_NAME FROM TAB_COLUMNS
- WHERE VERSION = 604)
- AND DB_VER =(
- SELECT DB_VER FROM TAB_COLUMNS
- WHERE VERSION = 604)
- /*高效SQL*/
- SELECT TAB_NAME FROM TABLES
- WHERE (TAB_NAME,DB_VER)=(
- SELECT TAB_NAME,DB_VER
- FROM TAB_COLUMNS
- WHERE VERSION = 604)
15. 使用表的別名(Alias)
當(dāng)在SQL語句中連接多個(gè)表時(shí), 請(qǐng)使用表的別名并把別名前綴于每個(gè)Column上.這樣一來,就可以減少解析的時(shí)間并減少那些由Column歧義引起的語法錯(cuò)誤。
Column歧義指的是由于SQL中不同的表具有相同的Column名,當(dāng)SQL語句中出現(xiàn)這個(gè)Column時(shí),SQL解析器無法判斷這個(gè)Column的歸屬。
16. 用EXISTS替代IN
在許多基于基礎(chǔ)表的查詢中,為了滿足一個(gè)條件 ,往往需要對(duì)另一個(gè)表進(jìn)行聯(lián)接。在這種情況下,使用EXISTS(或NOT EXISTS)通常將提高查詢的效率。
- /*低效SQL*/
- SELECT * FROM EMP
- WHERE EMPNO > 0
- AND DEPTNO IN (
- SELECT DEPTNO FROM DEPT
- WHERE LOC = 'MELB')
- /*高效SQL*/
- SELECT * FROM EMP
- WHERE EMPNO > 0
- AND EXISTS (SELECT 1
- FROM DEPT
- WHERE DEPT.DEPTNO = EMP.DEPTNO
- AND LOC = 'MELB')
17. 用NOT EXISTS替代NOT IN
在子查詢中,NOT IN子句將執(zhí)行一個(gè)內(nèi)部的排序和合并,對(duì)子查詢中的表執(zhí)行一個(gè)全表遍歷,因此是非常低效的。
為了避免使用NOT IN,可以把它改寫成外連接(Outer Joins)或者NOT EXISTS。
- /*低效SQL*/
- SELECT * FROM EMP
- WHERE DEPT_NO NOT IN (
- SELECT DEPT_NO FROM DEPT
- WHERE DEPT_CAT='A')
- /*高效SQL*/
- SELECT * FROM EMP E
- WHERE NOT EXISTS (SELECT 1
- FROM DEPT D
- WHERE D.DEPT_NO = E.DEPT_NO
- AND DEPT_CAT ='A')
18. 用表連接替換EXISTS
通常來說 ,采用表連接的方式比EXISTS更有效率 。
- /*低效SQL*/
- SELECT ENAME
- FROM EMP E
- WHERE EXISTS (SELECT 1
- FROM DEPT
- WHERE DEPT_NO = E.DEPT_NO
- AND DEPT_CAT = 'A')
- /*高效SQL*/
- SELECT ENAME
- FROM DEPT D,EMP E
- WHERE E.DEPT_NO = D.DEPT_NO
- AND D.DEPT_CAT = 'A'
19. 用EXISTS替換DISTINCT
當(dāng)提交一個(gè)包含對(duì)多表信息(比如部門表和雇員表)的查詢時(shí),避免在SELECT子句中使用DISTINCT。一般可以考慮用EXIST替換。
EXISTS 使查詢更為迅速,因?yàn)镽DBMS核心模塊將在子查詢的條件一旦滿足后,立刻返回結(jié)果。
- /*低效SQL*/
- SELECT DISTINCT D.DEPT_NO,D.DEPT_NAME
- FROM DEPT D,EMP E
- WHERE D.DEPT_NO = E.DEPT_NO
- /*高效SQL*/
- SELECT D.DEPT_NO,D.DEPT_NAME
- FROM DEPT D
- WHERE EXISTS (SELECT 1
- FROM EMP E
- WHERE E.DEPT_NO = D.DEPT_NO)
20. 識(shí)別低效的SQL語句
下面的SQL工具可以找出低效SQL,前提是需要DBA權(quán)限,否則查詢不了。
- SELECT EXECUTIONS, DISK_READS, BUFFER_GETS,
- ROUND ((BUFFER_GETS-DISK_READS)/BUFFER_GETS, 2) Hit_radio,
- ROUND (DISK_READS/EXECUTIONS, 2) Reads_per_run,
- SQL_TEXT
- FROM V$SQLAREA
- WHERE EXECUTIONS>0
- AND BUFFER_GETS > 0
- AND (BUFFER_GETS-DISK_READS)/BUFFER_GETS < 0.8
- ORDER BY 4 DESC
另外也可以使用SQL Trace工具來收集正在執(zhí)行的SQL的性能狀態(tài)數(shù)據(jù),包括解析次數(shù),執(zhí)行次數(shù),CPU使用時(shí)間等 。
21. 用Explain Plan分析SQL語句
EXPLAIN PLAN 是一個(gè)很好的分析SQL語句的工具, 它甚至可以在不執(zhí)行SQL的情況下分析語句. 通過分析, 我們就可以知道ORACLE是怎么樣連接表, 使用什么方式掃描表(索引掃描或全表掃描)以及使用到的索引名稱。
22. SQL PLUS的TRACE
- SQL> list
- SELECT *
- FROM dept, emp
- WHERE emp.deptno = dept.deptno
- SQL> set autotrace traceonly /*traceonly 可以不顯示執(zhí)行結(jié)果*/
- SQL> /
- rows selected.
- Execution Plan
- ----------------------------------------------------------
- SELECT STATEMENT Optimizer=CHOOSE
- 0 NESTED LOOPS
- 1 TABLE ACCESS (FULL) OF 'EMP'
- 1 TABLE ACCESS (BY INDEX ROWID) OF 'DEPT'
- 3 INDEX (UNIQUE SCAN) OF 'PK_DEPT' (UNIQUE)
23. 用索引提高效率
(1)特點(diǎn)
優(yōu)點(diǎn):提高效率 主鍵的唯一性驗(yàn)證
代價(jià):需要空間存儲(chǔ) 定期維護(hù)
重構(gòu)索引:
- ALTER INDEX <INDEXNAME> REBUILD <TABLESPACENAME>
(2)Oracle對(duì)索引有兩種訪問模式
- 索引唯一掃描 (Index Unique Scan)
- 索引范圍掃描 (Index Range Scan)
(3)基礎(chǔ)表的選擇
- 基礎(chǔ)表(Driving Table)是指被最先訪問的表(通常以全表掃描的方式被訪問)。根據(jù)優(yōu)化器的不同,SQL語句中基礎(chǔ)表的選擇是不一樣的。
- 如果你使用的是CBO (COST BASED OPTIMIZER),優(yōu)化器會(huì)檢查SQL語句中的每個(gè)表的物理大小,索引的狀態(tài),然后選用花費(fèi)最低的執(zhí)行路徑。
- 如果你用RBO (RULE BASED OPTIMIZER), 并且所有的連接條件都有索引對(duì)應(yīng),在這種情況下,基礎(chǔ)表就是FROM 子句中列在最后的那個(gè)表。
(4)多個(gè)平等的索引
- 當(dāng)SQL語句的執(zhí)行路徑可以使用分布在多個(gè)表上的多個(gè)索引時(shí),ORACLE會(huì)同時(shí)使用多個(gè)索引并在運(yùn)行時(shí)對(duì)它們的記錄進(jìn)行合并,檢索出僅對(duì)全部索引有效的記錄。
- 在ORACLE選擇執(zhí)行路徑時(shí),唯一性索引的等級(jí)高于非唯一性索引。然而這個(gè)規(guī)則只有當(dāng)WHERE子句中索引列和常量比較才有效。如果索引列和其他表的索引類相比較。這種子句在優(yōu)化器中的等級(jí)是非常低的。
- 如果不同表中兩個(gè)相同等級(jí)的索引將被引用,F(xiàn)ROM子句中表的順序?qū)Q定哪個(gè)會(huì)被率先使用。FROM子句中最后的表的索引將有最高的優(yōu)先級(jí)。
- 如果相同表中兩個(gè)相同等級(jí)的索引將被引用,WHERE子句中最先被引用的索引將有最高的優(yōu)先級(jí)。
(5)等式比較優(yōu)先于范圍比較
DEPTNO上有一個(gè)非唯一性索引,EMP_CAT也有一個(gè)非唯一性索引。
- SELECT ENAME FROM EMP
- WHERE DEPTNO > 20
- AND EMP_CAT = 'A'
這里只有EMP_CAT索引被用到,然后所有的記錄將逐條與DEPTNO條件進(jìn)行比較. 執(zhí)行路徑如下:
- TABLE ACCESS BY ROWID ON EMP
- INDEX RANGE SCAN ON CAT_IDX
即使是唯一性索引,如果做范圍比較,其優(yōu)先級(jí)也低于非唯一性索引的等式比較。
(6)不明確的索引等級(jí)
當(dāng)ORACLE無法判斷索引的等級(jí)高低差別,優(yōu)化器將只使用一個(gè)索引,它就是在WHERE子句中被列在最前面的。
DEPTNO上有一個(gè)非唯一性索引,EMP_CAT也有一個(gè)非唯一性索引。
- SELECT ENAME FROM EMP
- WHERE DEPTNO > 20
- AND EMP_CAT > 'A'
這里, ORACLE只用到了DEPT_NO索引. 執(zhí)行路徑如下:
- TABLE ACCESS BY ROWID ON EMP
- INDEX RANGE SCAN ON DEPT_IDX
(7)強(qiáng)制索引失效
如果兩個(gè)或以上索引具有相同的等級(jí),你可以強(qiáng)制命令ORACLE優(yōu)化器使用其中的一個(gè)(通過它,檢索出的記錄數(shù)量少) 。
- SELECT ENAME
- FROM EMP
- WHERE EMPNO = 7935
- AND DEPTNO + 0 = 10 /*DEPTNO上的索引將失效*/
- AND EMP_TYPE || '' = 'A' /*EMP_TYPE上的索引將失效*/
(8)避免在索引列上使用計(jì)算
WHERE子句中,如果索引列是函數(shù)的一部分。優(yōu)化器將不使用索引而使用全表掃描。
- /*低效SQL*/
- SELECT * FROM DEPT
- WHERE SAL * 12 > 25000;
- /*高效SQL*/
- SELECT * FROM DEPT
- WHERE SAL > 25000/12;
(9)自動(dòng)選擇索引
如果表中有兩個(gè)以上(包括兩個(gè))索引,其中有一個(gè)唯一性索引,而其他是非唯一性索引。在這種情況下,ORACLE將使用唯一性索引而完全忽略非唯一性索引。
- SELECT ENAME FROM EMP
- WHERE EMPNO = 2326
- AND DEPTNO = 20;
這里,只有EMPNO上的索引是唯一性的,所以EMPNO索引將用來檢索記錄。
- TABLE ACCESS BY ROWID ON EMP
- INDEX UNIQUE SCAN ON EMP_NO_IDX
(10)避免在索引列上使用NOT
通常,我們要避免在索引列上使用NOT,NOT會(huì)產(chǎn)生在和在索引列上使用函數(shù)相同的影響。當(dāng)ORACLE遇到NOT,它就會(huì)停止使用索引轉(zhuǎn)而執(zhí)行全表掃描。
- /*低效SQL: (這里,不使用索引)*/
- SELECT * FROM DEPT
- WHERE NOT DEPT_CODE = 0
- /*高效SQL: (這里,使用索引)*/
- SELECT * FROM DEPT
- WHERE DEPT_CODE > 0
24. 用 >= 替代 >
如果DEPTNO上有一個(gè)索引
- /*高效SQL*/
- SELECT * FROM EMP
- WHERE DEPTNO >=4
- /*低效SQL*/
- SELECT * FROM EMP
- WHERE DEPTNO >3
兩者的區(qū)別在于,前者DBMS將直接跳到第一個(gè)DEPT等于4的記錄,而后者將首先定位到DEPTNO等于3的記錄并且向前掃描到第一個(gè)DEPT大于3的記錄.
25. 用Union替換OR(適用于索引列)
通常情況下,用UNION替換WHERE子句中的OR將會(huì)起到較好的效果。對(duì)索引列使用OR將造成全表掃描。注意,以上規(guī)則只針對(duì)多個(gè)索引列有效。
- /*高效SQL*/
- SELECT LOC_ID , LOC_DESC , REGION
- FROM LOCATION
- WHERE LOC_ID = 10
- UNIONS
- ELECT LOC_ID , LOC_DESC , REGION
- FROM LOCATION
- WHERE REGION = 'MELBOURNE'
- /*低效SQL*/
- SELECT LOC_ID,LOC_DESC,REGION
- FROM LOCATION
- WHERE LOC_ID = 10
- OR REGION = 'MELBOURNE'
26. 用IN替換OR
- /*低效SQL*/
- SELECT * FROM LOCATION
- WHERE LOC_ID = 10
- OR LOC_ID = 20
- OR LOC_ID = 30
- /*高效SQL*/
- SELECT * FROM LOCATION
- WHERE LOC_IN IN (10,20,30)
實(shí)際的執(zhí)行效果還須檢驗(yàn),在ORACLE8i下, 兩者的執(zhí)行路徑似乎是相同的。
27. 避免在索引列上使用is null和is not null
避免在索引中使用任何可以為空的列,ORACLE將無法使用該索引。
- /*低效SQL:(索引失效)*/
- SELECT * FROM DEPARTMENT
- WHERE DEPT_CODE IS NOT NULL;
- /*高效SQL:(索引有效)*/
- SELECT * FROM DEPARTMENT
- WHERE DEPT_CODE >=0;
28. 總是使用索引的第一個(gè)列
如果索引是建立在多個(gè)列上, 只有在它的第一個(gè)列(leading column)被where子句引用時(shí), 優(yōu)化器才會(huì)選擇使用該索引。
- SQL> create index multindex on multiindexusage(inda,indb);
- Index created.
- SQL> select * from multiindexusage where indb = 1;
- Execution Plan
- ----------------------------------------------------------
- SELECT STATEMENT Optimizer=CHOOSE
- 0 TABLE ACCESS (FULL) OF 'MULTIINDEXUSAGE‘
很明顯, 當(dāng)僅引用索引的第二個(gè)列時(shí),優(yōu)化器使用了全表掃描而忽略了索引。
29. 使用UNION ALL替代UNION
當(dāng)SQL語句需要UNION兩個(gè)查詢結(jié)果集合時(shí),這兩個(gè)結(jié)果集合會(huì)以UNION-ALL的方式被合并,然后在輸出最終結(jié)果前進(jìn)行排序。如果用UNION ALL替代UNION,這樣排序就不是必要了,效率就會(huì)因此得到提高。
由于UNION ALL的結(jié)果沒有經(jīng)過排序,而且不過濾重復(fù)的記錄,因此是否進(jìn)行替換需要根據(jù)業(yè)務(wù)需求而定。
30. 對(duì)UNION的優(yōu)化
由于UNION會(huì)對(duì)查詢結(jié)果進(jìn)行排序,而且過濾重復(fù)記錄,因此其執(zhí)行效率沒有UNION ALL高。UNION操作會(huì)使用到SORT_AREA_SIZE內(nèi)存塊,因此對(duì)這塊內(nèi)存的優(yōu)化也非常重要。
可以使用下面的SQL來查詢排序的消耗量 :
- select substr(name,1,25) "Sort Area Name",
- substr(value,1,15) "Value"
- from v$sysstat
- where name like 'sort%'
31. 避免改變索引列的類型
當(dāng)比較不同數(shù)據(jù)類型的數(shù)據(jù)時(shí), ORACLE自動(dòng)對(duì)列進(jìn)行簡(jiǎn)單的類型轉(zhuǎn)換。
- /*假設(shè)EMP_TYPE是一個(gè)字符類型的索引列.*/
- SELECT *
- FROM EMP
- WHERE EMP_TYPE = 123
- /*這個(gè)語句被ORACLE轉(zhuǎn)換為:*/
- SELECT *
- FROM EMP
- WHERE TO_NUMBER(EMP_TYPE)=123
因?yàn)閮?nèi)部發(fā)生的類型轉(zhuǎn)換,這個(gè)索引將不會(huì)被用到。
幾點(diǎn)注意:
- 當(dāng)比較不同數(shù)據(jù)類型的數(shù)據(jù)時(shí),ORACLE自動(dòng)對(duì)列進(jìn)行簡(jiǎn)單的類型轉(zhuǎn)換。
- 如果在索引列上面進(jìn)行了隱式類型轉(zhuǎn)換,在查詢的時(shí)候?qū)⒉粫?huì)用到索引。
- 注意當(dāng)字符和數(shù)值比較時(shí),ORACLE會(huì)優(yōu)先轉(zhuǎn)換數(shù)值類型到字符類型。
- 為了避免ORACLE對(duì)SQL進(jìn)行隱式的類型轉(zhuǎn)換,最好把類型轉(zhuǎn)換用顯式表現(xiàn)出來。
32. 使用提示(Hints)
- FULL hint 告訴ORACLE使用全表掃描的方式訪問指定表。
- ROWID hint 告訴ORACLE使用TABLE ACCESS BY ROWID的操作訪問表。
- CACHE hint 來告訴優(yōu)化器把查詢結(jié)果數(shù)據(jù)保留在SGA中。
- INDEX Hint 告訴ORACLE使用基于索引的掃描方式。
其他的Oracle Hints
- ALL_ROWS
- FIRST_ROWS
- RULE
- USE_NL
- USE_MERGE
- USE_HASH 等等。
這是一個(gè)很有技巧性的工作。建議只針對(duì)特定的,少數(shù)的SQL進(jìn)行hint的優(yōu)化。
33. 幾種不能使用索引的WHERE子句
(1)下面的例子中,‘!=’ 將不使用索引 ,索引只能告訴你什么存在于表中,而不能告訴你什么不存在于表中。
- /*不使用索引*/
- SELECT ACCOUNT_NAME
- FROM TRANSACTION
- WHERE AMOUNT !=0;
- /*使用索引*/
- SELECT ACCOUNT_NAME
- FROM TRANSACTION
- WHERE AMOUNT > 0;
(2)下面的例子中,‘||’是字符連接函數(shù)。就象其他函數(shù)那樣,停用了索引。
- /*不使用索引*/
- SELECT ACCOUNT_NAME,AMOUNT
- FROM TRANSACTION
- WHERE ACCOUNT_NAME||ACCOUNT_TYPE='AMEXA';
- /*使用索引*/
- SELECT ACCOUNT_NAME,AMOUNT
- FROM TRANSACTION
- WHERE ACCOUNT_NAME = 'AMEX'
- AND ACCOUNT_TYPE='A';
(3)下面的例子中,‘+’是數(shù)學(xué)函數(shù)。就象其他數(shù)學(xué)函數(shù)那樣,停用了索引。
- /*不使用索引*/
- SELECT ACCOUNT_NAME,AMOUNT
- FROM TRANSACTION
- WHERE AMOUNT + 3000 >5000;
- /*使用索引*/
- SELECT ACCOUNT_NAME,AMOUNT
- FROM TRANSACTION
- WHERE AMOUNT > 2000 ;
(4)下面的例子中,相同的索引列不能互相比較,這將會(huì)啟用全表掃描。
- /*不使用索引*/
- SELECT ACCOUNT_NAME, AMOUNT
- FROM TRANSACTION
- WHERE ACCOUNT_NAME = NVL(:ACC_NAME, ACCOUNT_NAME)
- /*使用索引*/
- SELECT ACCOUNT_NAME,AMOUNT
- FROM TRANSACTION
- WHERE ACCOUNT_NAME LIKE NVL(:ACC_NAME, ’%’)
34. 連接多個(gè)掃描
如果對(duì)一個(gè)列和一組有限的值進(jìn)行比較,優(yōu)化器可能執(zhí)行多次掃描并對(duì)結(jié)果進(jìn)行合并連接。
舉例:
- SELECT * FROM LODGING
- WHERE MANAGER IN ('BILL GATES','KEN MULLER')
優(yōu)化器可能將它轉(zhuǎn)換成以下形式:
- SELECT * FROM LODGING
- WHERE MANAGER = 'BILL GATES'
- OR MANAGER = 'KEN MULLER'
35. CBO下使用更具選擇性的索引
- 基于成本的優(yōu)化器(CBO,Cost-Based Optimizer)對(duì)索引的選擇性進(jìn)行判斷來決定索引的使用是否能提高效率。
- 如果檢索數(shù)據(jù)量超過30%的表中記錄數(shù),使用索引將沒有顯著的效率提高。
- 在特定情況下,使用索引也許會(huì)比全表掃描慢。而通常情況下,使用索引比全表掃描要塊幾倍乃至幾千倍!
36. 避免使用耗費(fèi)資源的操作
- 帶有DISTINCT,UNION,MINUS,INTERSECT,ORDER BY的SQL語句會(huì)啟動(dòng)SQL引擎執(zhí)行耗費(fèi)資源的排序(SORT)功能。DISTINCT需要一次排序操作,而其他的至少需要執(zhí)行兩次排序。
- 通常,帶有UNION,MINUS,INTERSECT的SQL語句都可以用其他方式重寫。
37. 優(yōu)化GROUP BY
提高GROUP BY語句的效率,可以通過將不需要的記錄在GROUP BY之前過濾掉。
- /*低效SQL*/
- SELECT JOB,AVG(SAL)FROM EMP
- GROUP BY JOB
- HAVING JOB = 'PRESIDENT''
- OR JOB = 'MANAGER'
- /*高效SQL*/
- SELECT JOB,AVG(SAL)FROM EMP
- WHERE JOB = 'PRESIDENT'
- OR JOB = 'MANAGER'
- GROUP BY JOB
38. 使用日期
當(dāng)使用日期時(shí),需要注意如果有超過5位小數(shù)加到日期上,這個(gè)日期會(huì)進(jìn)到下一天!
- SELECT TO_DATE('01-JAN-93'+.99999)
- FROM DUAL
- 結(jié)果:
- '01-JAN-93 23:59:59'
- SELECT TO_DATE('01-JAN-93'+.999999)
- FROM DUAL
- 結(jié)果:
- '02-JAN-93 00:00:00'
39. 使用顯示游標(biāo)(CURSORS)
使用隱式的游標(biāo),將會(huì)執(zhí)行兩次操作。第一次檢索記錄,第二次檢查TOO MANY ROWS 這個(gè)exception。而顯式游標(biāo)不執(zhí)行第二次操作。
40. 分離表和索引
- 總是將你的表和索引建立在不同的表空間內(nèi)(TABLESPACES)。
- 決不要將不屬于ORACLE內(nèi)部系統(tǒng)的對(duì)象存放到SYSTEM表空間里。
- 確保數(shù)據(jù)表空間和索引表空間置于不同的硬盤上。
好了,關(guān)于Oracle SQL優(yōu)化的內(nèi)容,這一篇應(yīng)該滿足常規(guī)大部分的應(yīng)用優(yōu)化要求。就先到這里了。