通過(guò)分析SQL語(yǔ)句的執(zhí)行計(jì)劃優(yōu)化SQ

1、通過(guò)分析SQL語(yǔ)句的執(zhí)行計(jì)劃優(yōu)化SQL(目錄)目錄第1章 性能調(diào)整綜述第2章 有效的應(yīng)用設(shè)計(jì)第3章  SQL語(yǔ)句處理的過(guò)程第4章 ORACLE的優(yōu)化器第5章 ORACLE的執(zhí)行計(jì)劃        訪問(wèn)路徑(方法) - access path        表之間的連接        如何產(chǎn)生執(zhí)行計(jì)劃        如何分析執(zhí)行計(jì)劃

2、0;       如何干預(yù)執(zhí)行計(jì)劃 - - 使用hints提示        具體案例分析第6章 其它注意事項(xiàng)附錄1. 選用適合的ORACLE優(yōu)化器 ORACLE的優(yōu)化器共有3種: a. RULE (基于規(guī)則) b. COST (基于成本) c. CHOOSE (選擇性) 設(shè)置缺省的優(yōu)化器,可以通過(guò)對(duì)init.ora文件中OPTIMIZER_MODE參數(shù)的各種聲明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你當(dāng)然也在SQL句級(jí)或是會(huì)話(sessio

3、n)級(jí)對(duì)其進(jìn)行覆蓋. 為了使用基于成本的優(yōu)化器(CBO, Cost-Based Optimizer) , 你必須經(jīng)常運(yùn)行analyze 命令,以增加數(shù)據(jù)庫(kù)中的對(duì)象統(tǒng)計(jì)信息(object statistics)的準(zhǔn)確性. 如果數(shù)據(jù)庫(kù)的優(yōu)化器模式設(shè)置為選擇性(CHOOSE),那么實(shí)際的優(yōu)化器模式將和是否運(yùn)行過(guò)analyze命令有關(guān). 如果table已經(jīng)被analyze過(guò), 優(yōu)化器模式將自動(dòng)成為CBO , 反之,數(shù)據(jù)庫(kù)將采用RULE形式的優(yōu)化器. 在缺省情況下,ORACLE采用CHOOSE優(yōu)化器, 為了避免那些不必要的全表掃描(full table scan) , 你必須盡量避免使用CHOOSE優(yōu)化

4、器,而直接采用基于規(guī)則或者基于成本的優(yōu)化器. 2. 訪問(wèn)Table的方式 ORACLE 采用兩種訪問(wèn)表中記錄的方式: a. 全表掃描 全表掃描就是順序地訪問(wèn)表中每條記錄. ORACLE采用一次讀入多個(gè)數(shù)據(jù)塊(database block)的方式優(yōu)化全表掃描. b. 通過(guò)ROWID訪問(wèn)表 你可以采用基于ROWID的訪問(wèn)方式情況,提高訪問(wèn)表的效率, , ROWID包含了表中記錄的物理位置信息.ORACLE采用索引(INDEX)實(shí)現(xiàn)了數(shù)據(jù)和存放數(shù)據(jù)的物理位置(ROWID)之間的聯(lián)系. 通常索引提供了快速訪問(wèn)ROWID的方法,因此那些基于索引列的查詢就可以得到性能上的提高. 3. 共享SQL語(yǔ)句 為了

5、不重復(fù)解析相同的SQL語(yǔ)句,在第一次解析之后, ORACLE將SQL語(yǔ)句存放在內(nèi)存中.這塊位于系統(tǒng)全局區(qū)域SGA(system global area)的共享池(shared buffer pool)中的內(nèi)存可以被所有的數(shù)據(jù)庫(kù)用戶共享. 因此,當(dāng)你執(zhí)行一個(gè)SQL語(yǔ)句(有時(shí)被稱為一個(gè)游標(biāo))時(shí),如果它 和之前的執(zhí)行過(guò)的語(yǔ)句完全相同, ORACLE就能很快獲得已經(jīng)被解析的語(yǔ)句以及最好的執(zhí)行路徑. ORACLE的這個(gè)功能大大地提高了SQL的執(zhí)行性能并節(jié)省了內(nèi)存的使用. 可惜的是ORACLE只對(duì)簡(jiǎn)單的表提供高速緩沖(cache buffering) ,這個(gè)功能并不適用于多表連接查詢. 數(shù)據(jù)庫(kù)管理員必須在

6、init.ora中為這個(gè)區(qū)域設(shè)置合適的參數(shù),當(dāng)這個(gè)內(nèi)存區(qū)域越大,就可以保留更多的語(yǔ)句,當(dāng)然被共享的可能性也就越大了. 當(dāng)你向ORACLE 提交一個(gè)SQL語(yǔ)句,ORACLE會(huì)首先在這塊內(nèi)存中查找相同的語(yǔ)句. 這里需要注明的是,ORACLE對(duì)兩者采取的是一種嚴(yán)格匹配,要達(dá)成共享,SQL語(yǔ)句必須完全相同(包括空格,換行等). 共享的語(yǔ)句必須滿足三個(gè)條件: A. 字符級(jí)的比較: 當(dāng)前被執(zhí)行的語(yǔ)句和共享池中的語(yǔ)句必須完全相同. 例如: SELECT * FROM EMP; 和下列每一個(gè)都不同 SELECT * from EMP; Select * From Emp; SELECT * FROM EMP;

7、 B. 兩個(gè)語(yǔ)句所指的對(duì)象必須完全相同: 例如: 用戶 對(duì)象名 如何訪問(wèn) Jack sal_limit private synonym Work_city public synonym Plant_detail public synonym Jill sal_limit private synonym Work_city public synonym Plant_detail table owner 考慮一下下列SQL語(yǔ)句能否在這兩個(gè)用戶之間共享. SQL能否共享，原因 select max(sal_cap) from sal_limit; 不能。每個(gè)用戶都有一個(gè)private synonym

8、 - sal_limit , 它們是不同的對(duì)象 select count(*0 from work_city where sdesc like 'NEW%' 能。兩個(gè)用戶訪問(wèn)相同的對(duì)象public synonym - work_city select a.sdesc,b.location from work_city a , plant_detail b where a.city_id = b.city_id 不能。用戶jack 通過(guò)private synonym訪問(wèn)plant_detail 而jill 是表的所有者,對(duì)象不同. C. 兩個(gè)SQL語(yǔ)句中必須使用相同的名字的綁定變量(bind variables) 例如： 第一組的兩個(gè)SQL語(yǔ)句是相同的(可以共享),而第二組中的兩個(gè)語(yǔ)句是不同的(即使在運(yùn)行時(shí),賦于不同的綁定變量相同的值)a. select pin , name from people where pin = :blk1.pin; select pin , name from people where pin =