ORACLE SQL性能優化系列 (一) black_snai

ORACLE SQL性能優化系列 (一)

原創 2003年07月21日 18:34:00

• 標籤：
• oracle /
• sql /
• 性能優化 /
• 優化 /
• 數據庫 /
• statistics

•  

<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

 

1. 選用適合的ORACLE優化器

 

 

 

   ORACLE的優化器共有3種:

   a.  RULE (基於規則)   b. COST (基於成本)  c. CHOOSE (選擇性)

 

 

   設置缺省的優化器,能夠經過對init.ora文件中OPTIMIZER_MODE參數的各類聲明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你固然也在SQL句級或是會話(session)級對其進行覆蓋.

   爲了使用基於成本的優化器(CBO, Cost-Based Optimizer) , 你必須常常運行analyze 命令,以增長數據庫中的對象統計信息(object statistics)的準確性.

   若是數據庫的優化器模式設置爲選擇性(CHOOSE),那麼實際的優化器模式將和是否運行過analyze命令有關. 若是table已經被analyze過, 優化器模式將自動成爲CBO , 反之,數據庫將採用RULE形式的優化器.

 

  

   在缺省狀況下,ORACLE採用CHOOSE優化器, 爲了不那些沒必要要的全表掃描(full table scan) , 你必須儘可能避免使用CHOOSE優化器,而直接採用基於規則或者基於成本的優化器.

  

2.       訪問Table的方式

 

    

ORACLE 採用兩種訪問表中記錄的方式:

 

a.       全表掃描

            全表掃描就是順序地訪問表中每條記錄. ORACLE採用一次讀入多個數據塊(database block)的方式優化全表掃描.

   

b.       經過ROWID訪問表

       你能夠採用基於ROWID的訪問方式狀況,提升訪問表的效率, , ROWID包含了表中記錄的物理位置信息..ORACLE採用索引(INDEX)實現了數據和存放數據的物理位置(ROWID)之間的聯繫. 一般索引提供了快速訪問ROWID的方法,所以那些基於索引列的查詢就能夠獲得性能上的提升.

 

 

3.       共享SQL語句

 

   

爲了避免重複解析相同的SQL語句,在第一次解析以後, ORACLE將SQL語句存放在內存中.這塊位於系統全局區域SGA(system global area)的共享池(shared buffer pool)中的內存能夠被全部的數據庫用戶共享. 所以,當你執行一個SQL語句(有時被稱爲一個遊標)時,若是它

和以前的執行過的語句徹底相同, ORACLE就能很快得到已經被解析的語句以及最好的

執行路徑. ORACLE的這個功能大大地提升了SQL的執行性能並節省了內存的使用.

 

     惋惜的是ORACLE只對簡單的表提供高速緩衝(cache buffering) ,這個功能並不適用於多表鏈接查詢.

數據庫管理員必須在init.ora中爲這個區域設置合適的參數,當這個內存區域越大,就能夠保留更多的語句,固然被共享的可能性也就越大了.

當你向ORACLE 提交一個SQL語句,ORACLE會首先在這塊內存中查找相同的語句.

 

 這裏須要註明的是,ORACLE對二者採起的是一種嚴格匹配,要達成共享,SQL語句必須

徹底相同(包括空格,換行等).

     共享的語句必須知足三個條件:

 

 

A.      字符級的比較:

當前被執行的語句和共享池中的語句必須徹底相同.

      例如:

          SELECT * FROM EMP;

      和下列每個都不一樣

          SELECT * from EMP;

          Select * From Emp;

          SELECT      *     FROM EMP;

 

 

 

 

B.      兩個語句所指的對象必須徹底相同:

例如:

   用戶     對象名           如何訪問

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語句可否在這兩個用戶之間共享.

 

 

   

SQL	可否共享	緣由
select max(sal_cap) from sal_limit;	不能	每一個用戶都有一個private synonym - sal_limit , 它們是不一樣的對象
select count(*0 from work_city where sdesc like 'NEW%';	能	兩個用戶訪問相同的對象public synonym - work_city
select a.sdesc,b.location from work_city a , plant_detail b where a.city_id = b.city_id	不能	用戶jack 經過private synonym訪問plant_detail 而jill 是表的全部者,對象不一樣.

 

 

      

 

 

C.      兩個SQL語句中必須使用相同的名字的綁定變量(bind variables)

 

 

例如：

 

 

第一組的兩個SQL語句是相同的(能夠共享),而第二組中的兩個語句是不一樣的(即便在運行時,賦於不一樣的綁定變量相同的值)

a.

select pin , name from people where pin = :blk1.pin;

select pin , name from people where pin = :blk1.pin;

 

 

b.

select pin , name from people where pin = :blk1.ot_ind;

select pin , name from people where pin = :blk1.ov_ind;

 

 

 

 

 

 

   (待續)