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外部的環境開始。如果內存和CPU的資源不足的話，任何的Oracle調整都是沒有幫助的。
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的行存放在不同的數據塊中。
以上的相關內容就是對Oracle性能調整秘密的介紹，望你能有所收獲。
