自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

Oracle SQL性能優(yōu)化40條 | 收藏了!

數(shù)據(jù)庫(kù) 其他數(shù)據(jù)庫(kù)
關(guān)于Oracle SQL優(yōu)化的內(nèi)容,這一篇應(yīng)該滿足常規(guī)大部分的應(yīng)用優(yōu)化要求。一起來看看吧。

[[327831]]

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 條記錄 

  1. /*選擇TAB2作為基礎(chǔ)表 (最好的方法)*/  
  2. SELECT COUNT(*) FROM TAB1,TAB2  
  3. /*執(zhí)行時(shí)間0.96秒*/  
  4. /*選擇TAB1作為基礎(chǔ)表 (不佳的方法)*/  
  5. SELECT COUNT(*) FROM TAB2,TAB1   
  6. /*執(zhí)行時(shí)間26.09秒*/ 

如果有3個(gè)以上的表連接查詢, 那就需要選擇交叉表(intersection table)作為基礎(chǔ)表, 交叉表是指那個(gè)被其他表所引用的表。 

  1. /*高效的SQL*/  
  2. SELECT * FROM LOCATION L, CATEGORY C, EMP E   
  3. WHERE E.EMP_NO BETWEEN 1000 AND 2000  
  4. AND E.CAT_NO = C.CAT_NO  
  5. AND E.LOCN = L.LOCN 

將比下列SQL更有效率 

  1. /*低效的SQL*/  
  2. SELECT * FROM EMP E, LOCATION L, CATEGORY C  
  3. WHERE E.CAT_NO = C.CAT_NO  
  4. AND E.LOCN = L.LOCN  
  5. AND E.EMP_NO BETWEEN 1000 AND 2000 

6. Where子句中的連接順序

Oracle采用自下而上或自右向左的順序解析WHERE子句。根據(jù)這個(gè)原理,表之間的連接必須寫在其他WHERE條件之前,那些可以過濾掉最大數(shù)量記錄的條件必須寫在WHERE子句的末尾。 

  1. /*低效,執(zhí)行時(shí)間156.3秒*/  
  2. SELECT Column1,Column2  
  3. FROM EMP EWHERE E.SAL > 50000  
  4. AND E.JOB = 'MANAGER'  
  5. AND 25 <   
  6. (SELECT COUNT(*) FROM EMP  
  7. WHERE MGR = E.EMPNO)  
  8. /*高效,執(zhí)行時(shí)間10.6秒*/  
  9. SELECT Column1,Column2FROM EMP E  
  10. WHERE 25 < (SELECT COUNT(*) FROM EMP  
  11. WHERE MGR=E.EMPNO)  
  12. AND E.SAL > 50000  
  13. 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ù) 

  1. Select count(*) from tablename;   
  2. Select count(1) from tablename;   
  3. 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ì)表的查詢操作。 

  1. /*低效SQL*/  
  2. SELECT TAB_NAME FROM TABLES  
  3. WHERE TAB_NAME =(  
  4. SELECT TAB_NAME FROM TAB_COLUMNS  
  5. WHERE VERSION = 604 
  6. AND DB_VER =(  
  7. SELECT DB_VER FROM TAB_COLUMNS  
  8. WHERE VERSION = 604 
  1. /*高效SQL*/  
  2. SELECT TAB_NAME FROM TABLES  
  3. WHERE (TAB_NAME,DB_VER)=(  
  4. SELECT TAB_NAME,DB_VER  
  5. FROM TAB_COLUMNS  
  6. 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)通常將提高查詢的效率。 

  1. /*低效SQL*/  
  2. SELECT * FROM EMP   
  3. WHERE EMPNO > 0  
  4. AND DEPTNO IN (  
  5. SELECT DEPTNO FROM DEPT   
  6. WHERE LOC = 'MELB' 
  1. /*高效SQL*/  
  2. SELECT * FROM EMP  
  3. WHERE EMPNO > 0  
  4. AND EXISTS (SELECT 1  
  5. FROM DEPT   
  6. WHERE DEPT.DEPTNO = EMP.DEPTNO  
  7. AND LOC = 'MELB'

17. 用NOT EXISTS替代NOT IN

在子查詢中,NOT IN子句將執(zhí)行一個(gè)內(nèi)部的排序和合并,對(duì)子查詢中的表執(zhí)行一個(gè)全表遍歷,因此是非常低效的。

為了避免使用NOT IN,可以把它改寫成外連接(Outer Joins)或者NOT EXISTS。 

  1. /*低效SQL*/  
  2. SELECT * FROM EMP   
  3. WHERE DEPT_NO NOT IN (  
  4. SELECT DEPT_NO FROM DEPT   
  5. WHERE DEPT_CAT='A' 
  1. /*高效SQL*/  
  2. SELECT * FROM EMP E  
  3. WHERE NOT EXISTS (SELECT 1 
  4. FROM DEPT D  
  5. WHERE D.DEPT_NO = E.DEPT_NO  
  6. AND DEPT_CAT ='A'

18. 用表連接替換EXISTS

通常來說 ,采用表連接的方式比EXISTS更有效率 。 

  1. /*低效SQL*/  
  2. SELECT ENAME  
  3. FROM EMP E  
  4. WHERE EXISTS (SELECT 1  
  5. FROM DEPT  
  6. WHERE DEPT_NO = E.DEPT_NO  
  7. AND DEPT_CAT = 'A' 
  1. /*高效SQL*/  
  2. SELECT ENAME  
  3. FROM DEPT D,EMP E  
  4. WHERE E.DEPT_NO = D.DEPT_NO  
  5. AND D.DEPT_CAT = 'A' 

19. 用EXISTS替換DISTINCT

當(dāng)提交一個(gè)包含對(duì)多表信息(比如部門表和雇員表)的查詢時(shí),避免在SELECT子句中使用DISTINCT。一般可以考慮用EXIST替換。

EXISTS 使查詢更為迅速,因?yàn)镽DBMS核心模塊將在子查詢的條件一旦滿足后,立刻返回結(jié)果。 

  1. /*低效SQL*/  
  2. SELECT DISTINCT D.DEPT_NO,D.DEPT_NAME  
  3. FROM DEPT D,EMP E  
  4. WHERE D.DEPT_NO = E.DEPT_NO  
  1. /*高效SQL*/  
  2. SELECT D.DEPT_NO,D.DEPT_NAME  
  3. FROM DEPT D  
  4. WHERE EXISTS (SELECT 1  
  5. FROM EMP E  
  6. WHERE E.DEPT_NO = D.DEPT_NO) 

20. 識(shí)別低效的SQL語句

下面的SQL工具可以找出低效SQL,前提是需要DBA權(quán)限,否則查詢不了。 

  1. SELECT EXECUTIONS, DISK_READS, BUFFER_GETS,  
  2. ROUND ((BUFFER_GETS-DISK_READS)/BUFFER_GETS, 2) Hit_radio,  
  3. ROUND (DISK_READS/EXECUTIONS, 2) Reads_per_run,  
  4.    SQL_TEXT  
  5. FROM   V$SQLAREA  
  6. WHERE  EXECUTIONS> 
  7. AND  BUFFER_GETS > 0   
  8. AND (BUFFER_GETS-DISK_READS)/BUFFER_GETS < 0.8  
  9. 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 

  1. SQL> list  
  2. SELECT *  
  3. FROM dept, emp  
  4. WHERE emp.deptno = dept.deptno  
  5. SQL> set autotrace traceonly /*traceonly 可以不顯示執(zhí)行結(jié)果*/  
  6. SQL> /  
  7. rows selected.  
  8. Execution Plan  
  9. ----------------------------------------------------------  
  10. SELECT STATEMENT Optimizer=CHOOSE  
  11. 0   NESTED LOOPS  
  12. 1     TABLE ACCESS (FULL) OF 'EMP'   
  13. 1     TABLE ACCESS (BY INDEX ROWID) OF 'DEPT'  
  14. 3       INDEX (UNIQUE SCAN) OF 'PK_DEPT' (UNIQUE) 

23. 用索引提高效率

(1)特點(diǎn)

優(yōu)點(diǎn):提高效率 主鍵的唯一性驗(yàn)證

代價(jià):需要空間存儲(chǔ) 定期維護(hù)

重構(gòu)索引: 

  1. 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è)非唯一性索引。 

  1. SELECT ENAME FROM EMP  
  2. WHERE DEPTNO > 20  
  3. AND EMP_CAT = 'A' 

這里只有EMP_CAT索引被用到,然后所有的記錄將逐條與DEPTNO條件進(jìn)行比較. 執(zhí)行路徑如下: 

  1. TABLE ACCESS BY ROWID ON EMP  
  2. INDEX RANGE SCAN ON CAT_IDX 

即使是唯一性索引,如果做范圍比較,其優(yōu)先級(jí)也低于非唯一性索引的等式比較。

(6)不明確的索引等級(jí)

當(dāng)ORACLE無法判斷索引的等級(jí)高低差別,優(yōu)化器將只使用一個(gè)索引,它就是在WHERE子句中被列在最前面的。

DEPTNO上有一個(gè)非唯一性索引,EMP_CAT也有一個(gè)非唯一性索引。 

  1. SELECT ENAME FROM EMP  
  2. WHERE DEPTNO > 20  
  3. AND EMP_CAT > 'A' 

這里, ORACLE只用到了DEPT_NO索引. 執(zhí)行路徑如下: 

  1. TABLE ACCESS BY ROWID ON EMP  
  2. INDEX RANGE SCAN ON DEPT_IDX 

(7)強(qiáng)制索引失效

如果兩個(gè)或以上索引具有相同的等級(jí),你可以強(qiáng)制命令ORACLE優(yōu)化器使用其中的一個(gè)(通過它,檢索出的記錄數(shù)量少) 。 

  1. SELECT ENAME  
  2. FROM EMP  
  3. WHERE EMPNO = 7935  
  4. AND DEPTNO + 0 = 10    /*DEPTNO上的索引將失效*/  
  5. AND EMP_TYPE || '' = 'A'  /*EMP_TYPE上的索引將失效*/ 

(8)避免在索引列上使用計(jì)算

WHERE子句中,如果索引列是函數(shù)的一部分。優(yōu)化器將不使用索引而使用全表掃描。 

  1. /*低效SQL*/  
  2. SELECT * FROM DEPT  
  3. WHERE SAL * 12 > 25000;  
  1. /*高效SQL*/  
  2. SELECT * FROM DEPT  
  3. WHERE SAL > 25000/12; 

(9)自動(dòng)選擇索引

如果表中有兩個(gè)以上(包括兩個(gè))索引,其中有一個(gè)唯一性索引,而其他是非唯一性索引。在這種情況下,ORACLE將使用唯一性索引而完全忽略非唯一性索引。 

  1. SELECT ENAME FROM EMP   
  2. WHERE EMPNO = 2326 
  3. AND DEPTNO = 20

這里,只有EMPNO上的索引是唯一性的,所以EMPNO索引將用來檢索記錄。 

  1. TABLE ACCESS BY ROWID ON EMP  
  2. INDEX UNIQUE SCAN ON EMP_NO_IDX 

(10)避免在索引列上使用NOT

通常,我們要避免在索引列上使用NOT,NOT會(huì)產(chǎn)生在和在索引列上使用函數(shù)相同的影響。當(dāng)ORACLE遇到NOT,它就會(huì)停止使用索引轉(zhuǎn)而執(zhí)行全表掃描。 

  1. /*低效SQL: (這里,不使用索引)*/  
  2. SELECT * FROM DEPT  
  3. WHERE NOT DEPT_CODE = 0  
  1. /*高效SQL: (這里,使用索引)*/  
  2. SELECT * FROM DEPT  
  3. WHERE DEPT_CODE > 0 

24. 用 >= 替代 >

如果DEPTNO上有一個(gè)索引 

  1. /*高效SQL*/  
  2. SELECT * FROM EMP  
  3. WHERE DEPTNO >=4  
  1. /*低效SQL*/  
  2. SELECT * FROM EMP  
  3. WHERE DEPTNO >

兩者的區(qū)別在于,前者DBMS將直接跳到第一個(gè)DEPT等于4的記錄,而后者將首先定位到DEPTNO等于3的記錄并且向前掃描到第一個(gè)DEPT大于3的記錄.

25. 用Union替換OR(適用于索引列)

通常情況下,用UNION替換WHERE子句中的OR將會(huì)起到較好的效果。對(duì)索引列使用OR將造成全表掃描。注意,以上規(guī)則只針對(duì)多個(gè)索引列有效。 

  1. /*高效SQL*/  
  2. SELECT LOC_ID , LOC_DESC , REGION  
  3. FROM LOCATION  
  4. WHERE LOC_ID = 10  
  5. UNIONS  
  6. ELECT LOC_ID , LOC_DESC , REGION  
  7. FROM LOCATION  
  8. WHERE REGION = 'MELBOURNE'  
  1. /*低效SQL*/  
  2. SELECT LOC_ID,LOC_DESC,REGION  
  3. FROM LOCATION  
  4. WHERE LOC_ID = 10  
  5. OR REGION = 'MELBOURNE' 

26. 用IN替換OR 

  1. /*低效SQL*/  
  2. SELECT * FROM LOCATION  
  3. WHERE LOC_ID = 10  
  4. OR LOC_ID = 20  
  5. OR LOC_ID = 30  
  1. /*高效SQL*/  
  2. SELECT * FROM LOCATION  
  3. WHERE LOC_IN IN (10,20,30) 

實(shí)際的執(zhí)行效果還須檢驗(yàn),在ORACLE8i下, 兩者的執(zhí)行路徑似乎是相同的。

27. 避免在索引列上使用is null和is not null

避免在索引中使用任何可以為空的列,ORACLE將無法使用該索引。 

  1. /*低效SQL:(索引失效)*/  
  2. SELECT * FROM DEPARTMENT  
  3. WHERE DEPT_CODE IS NOT NULL;  
  1. /*高效SQL:(索引有效)*/  
  2. SELECT * FROM DEPARTMENT  
  3. WHERE DEPT_CODE >=0; 

28. 總是使用索引的第一個(gè)列

如果索引是建立在多個(gè)列上, 只有在它的第一個(gè)列(leading column)被where子句引用時(shí), 優(yōu)化器才會(huì)選擇使用該索引。 

  1. SQL> create index multindex on multiindexusage(inda,indb);  
  2. Index created.  
  3. SQL> select * from  multiindexusage where indb = 1 
  4. Execution Plan  
  5. ----------------------------------------------------------  
  6.      SELECT STATEMENT Optimizer=CHOOSE  
  7. 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來查詢排序的消耗量 : 

  1. select substr(name,1,25)  "Sort Area Name",  
  2. substr(value,1,15)   "Value"  
  3. from v$sysstat  
  4. where name like 'sort%' 

31. 避免改變索引列的類型

當(dāng)比較不同數(shù)據(jù)類型的數(shù)據(jù)時(shí), ORACLE自動(dòng)對(duì)列進(jìn)行簡(jiǎn)單的類型轉(zhuǎn)換。 

  1. /*假設(shè)EMP_TYPE是一個(gè)字符類型的索引列.*/  
  2. SELECT *  
  3. FROM EMP  
  4. WHERE EMP_TYPE = 123  
  5. /*這個(gè)語句被ORACLE轉(zhuǎn)換為:*/  
  6. SELECT *  
  7. FROM EMP  
  8. 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)下面的例子中,‘!=’ 將不使用索引 ,索引只能告訴你什么存在于表中,而不能告訴你什么不存在于表中。 

  1. /*不使用索引*/  
  2. SELECT ACCOUNT_NAME  
  3. FROM TRANSACTION  
  4. WHERE AMOUNT !=0;  
  1. /*使用索引*/  
  2. SELECT ACCOUNT_NAME  
  3. FROM TRANSACTION  
  4. WHERE AMOUNT > 0; 

(2)下面的例子中,‘||’是字符連接函數(shù)。就象其他函數(shù)那樣,停用了索引。 

  1. /*不使用索引*/  
  2. SELECT ACCOUNT_NAME,AMOUNT  
  3. FROM TRANSACTION  
  4. WHERE ACCOUNT_NAME||ACCOUNT_TYPE='AMEXA';  
  1. /*使用索引*/  
  2. SELECT ACCOUNT_NAME,AMOUNT  
  3. FROM TRANSACTION  
  4. WHERE ACCOUNT_NAME = 'AMEX'  
  5. AND ACCOUNT_TYPE='A'; 

(3)下面的例子中,‘+’是數(shù)學(xué)函數(shù)。就象其他數(shù)學(xué)函數(shù)那樣,停用了索引。 

  1. /*不使用索引*/  
  2. SELECT ACCOUNT_NAME,AMOUNT  
  3. FROM TRANSACTION  
  4. WHERE AMOUNT + 3000 >5000;  
  1. /*使用索引*/  
  2. SELECT ACCOUNT_NAME,AMOUNT  
  3. FROM TRANSACTION  
  4. WHERE AMOUNT > 2000 ; 

(4)下面的例子中,相同的索引列不能互相比較,這將會(huì)啟用全表掃描。 

  1. /*不使用索引*/  
  2. SELECT ACCOUNT_NAME, AMOUNT  
  3. FROM TRANSACTION  
  4. WHERE ACCOUNT_NAME = NVL(:ACC_NAME, ACCOUNT_NAME)  
  1. /*使用索引*/  
  2. SELECT ACCOUNT_NAME,AMOUNT  
  3. FROM TRANSACTION  
  4. WHERE ACCOUNT_NAME LIKE NVL(:ACC_NAME, ’%’) 

34. 連接多個(gè)掃描

如果對(duì)一個(gè)列和一組有限的值進(jìn)行比較,優(yōu)化器可能執(zhí)行多次掃描并對(duì)結(jié)果進(jìn)行合并連接。

舉例: 

  1. SELECT * FROM LODGING   
  2. WHERE MANAGER IN ('BILL GATES','KEN MULLER') 

優(yōu)化器可能將它轉(zhuǎn)換成以下形式: 

  1. SELECT * FROM LODGING  
  2. WHERE MANAGER = 'BILL GATES'  
  3. 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之前過濾掉。 

  1. /*低效SQL*/  
  2. SELECT JOB,AVG(SAL)FROM EMP  
  3. GROUP BY JOB  
  4. HAVING JOB = 'PRESIDENT'
  5. OR JOB = 'MANAGER'  
  1. /*高效SQL*/  
  2. SELECT JOB,AVG(SAL)FROM EMP  
  3. WHERE JOB = 'PRESIDENT'  
  4. OR JOB = 'MANAGER'  
  5. GROUP BY JOB 

38. 使用日期

當(dāng)使用日期時(shí),需要注意如果有超過5位小數(shù)加到日期上,這個(gè)日期會(huì)進(jìn)到下一天! 

  1. SELECT TO_DATE('01-JAN-93'+.99999)  
  2. FROM DUAL  
  3. 結(jié)果:  
  4. '01-JAN-93 23:59:59'  
  5. SELECT TO_DATE('01-JAN-93'+.999999)  
  6. FROM DUAL  
  7. 結(jié)果:  
  8. '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)化要求。就先到這里了。 

 

責(zé)任編輯:龐桂玉 來源: ITPUB
相關(guān)推薦

2023-11-15 16:35:31

SQL數(shù)據(jù)庫(kù)

2018-01-09 16:56:32

數(shù)據(jù)庫(kù)OracleSQL優(yōu)化

2021-04-16 07:04:53

SQLOracle故障

2011-08-02 21:16:56

查詢SQL性能優(yōu)化

2009-04-08 10:51:59

SQL優(yōu)化經(jīng)驗(yàn)

2010-04-19 17:09:30

Oracle sql

2021-02-09 09:50:21

SQLOracle應(yīng)用

2009-06-30 11:23:02

性能優(yōu)化

2010-04-14 12:51:10

Oracle性能

2023-03-10 08:45:15

SQL優(yōu)化統(tǒng)計(jì)

2010-04-20 15:30:58

Oracle sql

2017-08-25 15:28:20

Oracle性能優(yōu)化虛擬索引

2011-02-23 13:26:01

SQL查詢優(yōu)化

2010-04-23 14:48:26

Oracle性能優(yōu)化

2018-04-10 16:20:38

Python性能優(yōu)化

2020-03-31 14:16:25

前端性能優(yōu)化HTTP

2019-09-04 08:13:53

MySQLInnodb事務(wù)系統(tǒng)

2010-04-13 15:04:16

Oracle優(yōu)化

2021-07-16 23:01:03

SQL索引性能

2013-09-16 13:14:50

Android開發(fā)者優(yōu)化
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)