Oracle專家調優祕密

在過去的十年中,Oracle已經成爲世界上最專業的數據庫之一。對於IT專家來說,就是要確保利用Oracle的強大特性來提高他們公司的生產力。最有效的方法之一是通過Oracle調優。它有大量的調整參數和技術來改進你的Oracle數據庫的性能。

    Oracle調優是一個複雜的主題。關於調優可以寫整整一本書,不過,爲了改善Oracle數據庫的性能,有一些基本的概念是每個Oracle DBA都應該遵從的。
    在這篇簡介中,我們將簡要地介紹以下的Oracle主題:
    --外部調整:我們應該記住Oracle並不是單獨運行的。因此我們將查看一下通過調整Oracle服務器以得到高的性能。
    --Row re-sequencing以減少磁盤I/O:我們應該懂得Oracle調優最重要的目標是減少I/O。
    --Oracle SQL調整。Oracle SQL調整是Oracle調整中最重要的領域之一,只要通過一些簡單的SQL調優規則就可以大幅度地提升SQL語句的性能,這是一點都不奇怪的。
    --調整Oracle排序:排序對於Oracle性能也是有很大影響的。
    --調整Oracle的競爭:表和索引的參數設置對於UPDATE和INSERT的性能有很大的影響。
    我們首先從調整Oracle外部的環境開始。如果內存和CPU的資源不足的話,任何的Oracle調整都是沒有幫助的。
    外部的性能問題
    Oracle並不是單獨運行的。Oracle數據庫的性能和外部的環境有很大的關係。這些外部的條件包括有:
    .CPU--CPU資源的不足令查詢變慢。當查詢超過了Oracle服務器的CPU性能時,你的數據庫性能就受到CPU的限制。
    .內存--可用於Oralce的內存數量也會影響SQL的性能,特別是在數據緩衝和內存排序方面。
    .網絡--大量的Net8通信令SQL的性能變慢。
    許多新手都錯誤的認爲應該首先調整Oracle數據庫,而不是先確認外部資源是否足夠。實際上,如果外部環境出現瓶頸,再多的Oracle調整都是沒有幫助的。
    在檢查Oracle的外部環境時,有兩個方面是需要注意的:
    1、當運行隊列的數目超過服務器的CPU數量時,服務器的性能就會受到CPU的限制。補救的方法是爲服務器增加額外的CPU或者關閉需要很多處理資源的組件,例如Oracle Parallel Query。
    2、內存分頁。當內存分頁時,內存容量已經不足,而內存頁是與磁盤上的交換區進行交互的。補救的方法是增加更多的內存,減少Oracle SGA的大小,或者關閉Oracle的多線程服務器。
    可以使用各種標準的服務器工具來得到服務器的統計數據,例如vmstat,glance,top和sar。DBA的目標是確保數據庫服務器擁有足夠的CPU和內存資源來處理Oracle的請求。
    以下讓我們來看一下Oracle的row-resequencing是如何能夠極大地減少磁盤I/O的。
    Row-resequencing(行的重新排序)
    就象我們上面提到的,有經驗的Oracle DBA都知道I/O是響應時間的最大組成部分。其中磁盤I/O特別厲害,因爲當Oracle由磁盤上的一個數據文件得到一個數據塊時,讀的進程就必須等待物理I/O操作完成。磁盤操作要比數據緩衝慢10,000倍。因此,如果可以令I/O最小化,或者減少由於磁盤上的文件競爭而帶來的瓶頸,就可以大大地改善Oracle數據庫的性能。
    如果系統響應很慢,通過減少磁盤I/O就可以有一個很快的改善。如果在一個事務中通過按一定的範圍搜索primary-key索引來訪問表,那麼重新以CTAS的方法組織表將是你減少I/O的首要策略。通過在物理上將行排序爲和primary-key索引一樣的順序,就可以加快獲得數據的速度。
    就象磁盤的負載平衡一樣,行的重新排序也是很簡單的,而且也很快。通過與其它的DBA管理技巧一起使用,就可以在高I/O的系統中大大地減少響應的時間。
    在高容量的在線事務處理環境中(online transaction processing,OLTP),數據是由一個primary索引得到的,重新排序表格的行就可以令連續塊的順序和它們的primary索引一樣,這樣就可以在索引驅動的表格查詢中,減少物理I/O並且改善響應時間。這個技巧僅在應用選擇多行的時候有用,或者在使用索引範圍搜索和應用發出多個查詢來得到連續的key時有效。對於隨機的唯一primary-key(主鍵)的訪問將不會由行重新排序中得到好處。
    讓我們看一下它是如何工作的。考慮以下的一個SQL的查詢,它使用一個索引來得到100行:  
    select salary from employee
        where last_name like 'B%';
這個查詢將會使用last_name_index,搜索其中的每一行來得到目標行。這個查詢將會至少使用100次物理磁盤的讀取,因爲employee的行存放在不同的數據塊中。
    不過,如果表中的行已經重新排序爲和last_name_index的一樣,同樣的查詢又會怎樣處理呢?我們可以看到這個查詢只需要三次的磁盤I/O就讀完全部100個員工的資料(一次用作索引的讀取,兩次用作數據塊的讀取),減少了97次的塊讀取。
    重新排序帶來的性能改善的程度在於在你開始的時候行的亂序性如何,以及你需要由序列中訪問多少行。至於一個表中的行與索引的排序鍵的匹配程度,可以查看數據字典中的dba_indexes和dba_tables視圖得到。
    在dba_indexes的視圖中,查看clustering_factor列。如果clustering_factor的值和表中的塊數目大致一樣,那麼你的表和索引的順序是一樣的。不過,如果clustering_factor 的值接近表中的行數目,那就表明表格中的行和索引的順序是不一樣的。
    行重新排序的作用是不可以小看的。在需要進行大範圍的索引搜索的大表中,行重新排序可以令查詢的性能提高三倍。
    一旦你已經決定重新排序表中的行,你可以使用以下的工具之一來重新組織表格。
    . 使用Oracle的Create Table As Select (CTAS) 語法來拷貝表格
    . Oracle9i自帶的表格重新組織工具
    以下,我們來看以下SQL語句的調優。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章