Oracle SQL性能優(yōu)化的方法有哪些

本篇內(nèi)容主要講解“Oracle SQL性能優(yōu)化的方法有哪些”，感興趣的朋友不妨來(lái)看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來(lái)帶大家學(xué)習(xí)“Oracle SQL性能優(yōu)化的方法有哪些”吧!

1. SQL語(yǔ)句執(zhí)行步驟

語(yǔ)法分析> 語(yǔ)義分析> 視圖轉(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 語(yǔ)句

•  Oracle提供對(duì)執(zhí)行過的SQL語(yǔ)句進(jìn)行高速緩沖的機(jī)制。被解析過并且確定了執(zhí)行路徑的SQL語(yǔ)句存放在SGA的共享池中。

•  Oracle執(zhí)行一個(gè)SQL語(yǔ)句之前每次先從SGA共享池中查找是否有緩沖的SQL語(yǔ)句，如果有則直接執(zhí)行該SQL語(yǔ)句。

•  可以通過適當(dāng)調(diào)整SGA共享池大小來(lái)達(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語(yǔ)句的時(shí)候，對(duì)于“*”將通過查詢數(shù)據(jù)庫(kù)字典來(lái)將其轉(zhuǎn)換成對(duì)應(yīng)的列名。

•  如果在Select子句中需要列出所有的Column時(shí)，建議列出所有的Column名稱，而不是簡(jiǎn)單的用“*”來(lái)替代，這樣可以減少多于的數(shù)據(jù)庫(kù)查詢開銷。

8. 減少訪問數(shù)據(jù)庫(kù)的次數(shù)

當(dāng)執(zhí)行每條SQL語(yǔ)句時(shí), ORACLE在內(nèi)部執(zhí)行了許多工作：解析SQL語(yǔ)句 > 估算索引的利用率 > 綁定變量 > 讀數(shù)據(jù)塊等等

由此可見, 減少訪問數(shù)據(jù)庫(kù)的次數(shù) , 就能實(shí)際上減少ORACLE的工作量。

9. 整個(gè)簡(jiǎn)單無(wú)關(guān)聯(lián)的數(shù)據(jù)庫(kù)訪問

如果有幾個(gè)簡(jiǎn)單的數(shù)據(jù)庫(kù)查詢語(yǔ)句，你可以把它們整合到一個(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ù)的信息.

•  被程序語(yǔ)句獲得的鎖

•  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)方式最快。如果只有一列且無(wú)索引COUNT(*)反而比較快， 如果有索引列，當(dāng)然是使用索引列COUNT(column)最快。

13. 用Where子句替換Having子句

避免使用HAVING子句，HAVING 只會(huì)在檢索出所有記錄之后才對(duì)結(jié)果集進(jìn)行過濾。這個(gè)處理需要排序、總計(jì)等操作。如果能通過WHERE子句限制記錄的數(shù)目，就能減少這方面的開銷。

14. 減少對(duì)表的查詢操作

在含有子查詢的SQL語(yǔ)句中，要注意減少對(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語(yǔ)句中連接多個(gè)表時(shí), 請(qǐng)使用表的別名并把別名前綴于每個(gè)Column上.這樣一來(lái),就可以減少解析的時(shí)間并減少那些由Column歧義引起的語(yǔ)法錯(cuò)誤。

Column歧義指的是由于SQL中不同的表具有相同的Column名,當(dāng)SQL語(yǔ)句中出現(xiàn)這個(gè)Column時(shí),SQL解析器無(wú)法判斷這個(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

通常來(lái)說(shuō) ，采用表連接的方式比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語(yǔ)句

下面的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工具來(lái)收集正在執(zhí)行的SQL的性能狀態(tài)數(shù)據(jù)，包括解析次數(shù)，執(zhí)行次數(shù)，CPU使用時(shí)間等 。

21. 用Explain Plan分析SQL語(yǔ)句

EXPLAIN PLAN 是一個(gè)很好的分析SQL語(yǔ)句的工具, 它甚至可以在不執(zhí)行SQL的情況下分析語(yǔ)句. 通過分析, 我們就可以知道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語(yǔ)句中基礎(chǔ)表的選擇是不一樣的。

•  如果你使用的是CBO (COST BASED OPTIMIZER)，優(yōu)化器會(huì)檢查SQL語(yǔ)句中的每個(gè)表的物理大小，索引的狀態(tài)，然后選用花費(fèi)最低的執(zhí)行路徑。

•  如果你用RBO (RULE BASED OPTIMIZER)， 并且所有的連接條件都有索引對(duì)應(yīng)，在這種情況下，基礎(chǔ)表就是FROM 子句中列在最后的那個(gè)表。

（4）多個(gè)平等的索引

•  當(dāng)SQL語(yǔ)句的執(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無(wú)法判斷索引的等級(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索引將用來(lái)檢索記錄。

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將無(wú)法使用該索引。

/*低效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語(yǔ)句需要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來(lái)查詢排序的消耗量 ：

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è)語(yǔ)句被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)出來(lái)。

32. 使用提示（Hints）

•  FULL hint 告訴ORACLE使用全表掃描的方式訪問指定表。

•  ROWID hint 告訴ORACLE使用TABLE ACCESS BY ROWID的操作訪問表。

•  CACHE hint 來(lái)告訴優(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)行判斷來(lái)決定索引的使用是否能提高效率。

•  如果檢索數(shù)據(jù)量超過30%的表中記錄數(shù)，使用索引將沒有顯著的效率提高。

•  在特定情況下，使用索引也許會(huì)比全表掃描慢。而通常情況下，使用索引比全表掃描要塊幾倍乃至幾千倍！

36. 避免使用耗費(fèi)資源的操作

•  帶有DISTINCT，UNION，MINUS，INTERSECT，ORDER BY的SQL語(yǔ)句會(huì)啟動(dòng)SQL引擎執(zhí)行耗費(fèi)資源的排序（SORT）功能。DISTINCT需要一次排序操作，而其他的至少需要執(zhí)行兩次排序。

•  通常，帶有UNION，MINUS，INTERSECT的SQL語(yǔ)句都可以用其他方式重寫。

37. 優(yōu)化GROUP BY

提高GROUP BY語(yǔ)句的效率，可以通過將不需要的記錄在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ù)表空間和索引表空間置于不同的硬盤上。

到此，相信大家對(duì)“Oracle SQL性能優(yōu)化的方法有哪些”有了更深的了解，不妨來(lái)實(shí)際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！