oracle預存程序 調優 基礎篇

標籤：style   io   color   ar   使用   sp   strong   資料   on   

1、如果用到其他庫的Table或View，務必在當前庫中建立View來實現跨庫操作，最好不要直接使用“databsevv.dbo.table_name”，因為sp_depends不能顯示出該SP所使用的跨庫table或view，不方便校正。

 

 

2、開發人員在提交SP前，必須已經使用set showplan on分析過查詢計劃，做過自身的查詢最佳化檢查。

 

3、高程式運行效率，最佳化應用程式，在SP編寫過程中應該注意以下幾點：

a) SQL的使用規範：

i. 盡量避免大事務操作，慎用holdlock子句，提高系統並發能力。

ii. 盡量避免反覆訪問同一張或幾張表，尤其是資料量較大的表，可以考慮先根據條件提取資料到暫存資料表中，然後再做串連。

iii. 盡量避免使用遊標，因為遊標的效率較差，如果遊標操作的資料超過1萬行，那麼就應該改寫；如果使用了遊標，就要盡量避免在遊標迴圈中再進行表串連的操作。

iv. 注意where字句寫法，必須考慮語句順序，應該根據索引順序、範圍大小來確定條件子句的前後順序，儘可能的讓欄位順序與索引順序相一致，範圍從大到小。

v. 不要在where子句中的“=”左邊進行函數、算術運算或其他運算式運算，否則系統將可能無法正確使用索引。

vi. 盡量使用exists代替select count(1)來判斷是否存在記錄，count函數只有在統計表中所有行數時使用，而且count(1)比count(*)更有效率。

vii. 盡量使用“>=”，不要使用“>”。 viii. 注意一些or子句和union子句之間的替換

ix. 注意表之間串連的資料類型，避免不同類型資料之間的串連。

x. 注意Oracle預存程序中參數和資料類型的關係。

xi. 注意insert、update操作的資料量，防止與其他應用衝突。如果資料量超過200個資料頁面（400k），那麼系統將會進行鎖定擴大，頁級鎖會升級成表級鎖。

b) 索引的使用規範：

i. 索引的建立要與應用結合考慮，建議大的OLTP表不要超過6個索引。

ii. 儘可能的使用索引欄位作為查詢條件，尤其是聚簇索引，必要時可以通過index index_name來強制指定索引

iii. 避免對大表查詢時進行table scan，必要時考慮建立索引。

iv. 在使用索引欄位作為條件時，如果該索引是聯合索引，那麼必須使用到該索引中的第一個欄位作為條件時才能保證系統使用該索引，否則該索引將不會被使用。

v. 要注意索引的維護，周期性重建索引，重新編譯Oracle預存程序。

c) tempdb的使用規範：

i. 盡量避免使用distinct、order by、group by、having、join、***pute，因為這些語句會加重tempdb的負擔。

ii. 避免頻繁建立和刪除暫存資料表，減少系統資料表資源的消耗。

iii. 在建立暫存資料表時，如果一次性插入資料量很大，那麼可以使用select into代替create table，避免log，提高速度；如果資料量不大，為了緩和系統資料表的資源，建議先create table，然後insert。

iv. 如果暫存資料表的資料量較大，需要建立索引，那麼應該將建立暫存資料表和建立索引的過程放在單獨一個子預存程序中，這樣才能保證系統能夠很好的使用到該暫存資料表的索引。

v. 如果使用到了暫存資料表，在預存程序的最後務必將所有的暫存資料表顯式刪除，先truncate table，然後drop table，這樣可以避免系統資料表的較長時間鎖定。

vi. 慎用大的暫存資料表與其他大表的串連查詢和修改，減低系統資料表負擔，因為這種操作會在一條語句中多次使用tempdb的系統資料表。

d) 合理的演算法使用：

根據上面已提到的SQL最佳化技術和ASE Tuning手冊中的SQL最佳化內容,結合實際應用,採用多種演算法進行比較,以獲得消耗資源最少、效率最高的方法。具體可用ASE調優命令：set statistics io on, set statistics time on , set showplan on 等。

Oracle中Oracle預存程序和Sql語句的最佳化重點2008-07-29 09:14 | 末日風情

1.全表掃描和索引掃描

大資料量表盡量要避免全表掃描，全部掃描會按順序每條記錄掃描，對於>100萬資料表影響很大。

 

Oracle中通過RowID訪問資料是最快的方式

 

對欄位進行函數轉換，或者前模糊查詢都會導致無法應用索引而進行全表掃描

 

對Oracle共用池和緩衝區中的Sql必須要大小寫都完全用上才能夠匹配上

 

2.順序問題

Oracle按照從右至左的順序對資料表進行解析。因此From最後面的表為基礎資料表，一般要選擇記錄數最少的表作為基礎資料表。

 

對於Where條件的順序，過濾到最大查詢記錄數量的條件必須寫在Where條件的結尾處。

 

Where條件中涉及到使用複雜函數判定的必須注意要寫到Where條件的最前面

 

3.索引方面

記錄數少的表保留有主鍵索引就可以了，不要再去建其它索引，全表掃描也很快

 

索引最好單獨建立資料表空間，必要時候對索引進行重建

 

必要時候可以使用函數索引，但不推薦使用

 

Oracle中的視圖也可以增加索引，但一般不推薦使用

 

*Sql語句中大量使用函數時候會導致很多索引無法使用上，要針對具體問題分析

 

4.其它

避免使用Select *,因為系統需要去幫你將*轉換為所有的列名，這個需要額外去查詢資料字典。

 

Count(1)和Count(*)差別不大。

 

多使用Decode函數來作簡單的代碼和名稱間的轉換，以減少表關聯

 

使用Truncate替代delete來刪除記錄，但Truncate資料不記錄日誌，無法進行復原

 

對於複雜的Oracle預存程序可以多次提交的資料的要多分多次Commit，否則長事務對系統效能影響很大

 

Distinct和Having子句都是耗時操作，應該儘可能少使用

 

在不需要考慮重複記錄合并時候用Union All來代替Union

 

使用顯性遊標而不使用隱性遊標，特別是大資料量情況下隱性遊標對效能影響很大

 

是否使用函數的問題

 

用直接的表關聯來代替Exist.用Exist或Not Exists來代理In。In進行子查詢效率很差。

 

5.SQL語句分析

通過SQLPLUS中的SET TRACE 功能對Sql語句的效能進行分析

 

通過Toad或PL/SQL Developer對語句的效能進行和索引的使用方式進行分析

 

對Oracle預設的最佳化不滿意可以強制使用Hint，但一般不推薦使用

 

對Flag等只儲存是或否資訊的欄位，一般不推薦建立索引。必要可以採用位元影像索引

 

*存在遞迴查詢情況如果關聯Table太多對效能會造成較大影響，往往推薦採用暫存資料表轉為分步驟操作提高效能

 

*盡量使用表關聯查詢而不使用函數，但涉及類似於代碼錶要重複關聯多次取資料問題時候又適合使用函數

oracle預存程序 調優 基礎篇