如果你想對(duì)Oracle進(jìn)行調(diào)整的話，你就首先從調(diào)整 Oracle 外部的相關(guān)環(huán)境開(kāi)始。如果出現(xiàn)內(nèi)存與 CPU 的資源不足的情況的話，任何的 Oracle 調(diào)整都是沒(méi)有任何的幫助。以下就是對(duì) 外部的性能問(wèn)題的介紹。

外部的性能問(wèn)題

Oracle 并不是單獨(dú)運(yùn)行的。 Oracle 數(shù)據(jù)庫(kù)的性能和外部的環(huán)境有很大的關(guān)系。這些外部的條件包括有：

CPU--CPU 資源的不足令查詢(xún)變慢。當(dāng)查詢(xún)超過(guò)了 Oracle 服務(wù)器的 CPU 性能時(shí)，你的數(shù)據(jù)庫(kù)性能就受到 CPU 的限制。

內(nèi)存 -- 可用于 Oralce 的內(nèi)存數(shù)量也會(huì)影響 SQL 的性能，特別是在數(shù)據(jù)緩沖和內(nèi)存排序方面。

網(wǎng)絡(luò) -- 大量的 Net8 通信令 SQL 的性能變慢。

許多新手都錯(cuò)誤的認(rèn)為應(yīng)該首先調(diào)整 Oracle 數(shù)據(jù)庫(kù)，而不是先確認(rèn)外部資源是否足夠。實(shí)際上，如果外部環(huán)境出現(xiàn)瓶頸，再多的 Oracle 調(diào)整都是沒(méi)有幫助的。

在檢查 Oracle 的外部環(huán)境時(shí)，有兩個(gè)方面是需要注意的：

1 、當(dāng)運(yùn)行隊(duì)列的數(shù)目超過(guò)服務(wù)器的 CPU 數(shù)量時(shí)，服務(wù)器的性能就會(huì)受到 CPU 的限制。補(bǔ)救的方法是為服務(wù)器增加額外的 CPU 或者關(guān)閉需要很多處理資源的組件，例如 Oracle Parallel Query 。

2 、內(nèi)存分頁(yè)。當(dāng)內(nèi)存分頁(yè)時(shí)，內(nèi)存容量已經(jīng)不足，而內(nèi)存頁(yè)是與磁盤(pán)上的交換區(qū)進(jìn)行交互的。補(bǔ)救的方法是增加更多的內(nèi)存，減少 Oracle SGA 的大小，或者關(guān)閉 Oracle 的多線程服務(wù)器。

可以使用各種標(biāo)準(zhǔn)的服務(wù)器工具來(lái)得到服務(wù)器的統(tǒng)計(jì)數(shù)據(jù)，例如 vmstat,glance,top 和 sar 。 DBA 的目標(biāo)是確保數(shù)據(jù)庫(kù)服務(wù)器擁有足夠的 CPU 和內(nèi)存資源來(lái)處理 Oracle 的請(qǐng)求。

以下讓我們來(lái)看一下 Oracle 的 row-resequencing 是如何能夠極大地減少磁盤(pán) I/O 的。

Row-resequencing （行的重新排序）

就象我們上面提到的，有經(jīng)驗(yàn)的 Oracle DBA 都知道 I/O 是響應(yīng)時(shí)間的最大組成部分。其中磁盤(pán) I/O 特別厲害，因?yàn)楫?dāng) Oracle 調(diào)整由磁盤(pán)上的一個(gè)數(shù)據(jù)文件得到一個(gè)數(shù)據(jù)塊時(shí)，讀的進(jìn)程就必須等待物理 I/O 操作完成。磁盤(pán)操作要比數(shù)據(jù)緩沖慢 10,000 倍。因此，如果可以令 I/O 最小化，或者減少由于磁盤(pán)上的文件競(jìng)爭(zhēng)而帶來(lái)的瓶頸，就可以大大地改善 Oracle 數(shù)據(jù)庫(kù)的性能。

如果系統(tǒng)響應(yīng)很慢，通過(guò)減少磁盤(pán) I/O 就可以有一個(gè)很快的改善。如果在一個(gè)事務(wù)中通過(guò)按一定的范圍搜索 primary-key 索引來(lái)訪問(wèn)表，那么重新以 CTAS 的方法組織表將是你減少 I/O 的首要策略。通過(guò)在物理上將行排序?yàn)楹?primary-key 索引一樣的順序，就可以加快獲得數(shù)據(jù)的速度。

就象磁盤(pán)的負(fù)載平衡一樣，行的重新排序也是很簡(jiǎn)單的，而且也很快。通過(guò)與其它的 DBA 管理技巧一起使用，就可以在高 I/O 的系統(tǒng)中大大地減少響應(yīng)的時(shí)間。

在高容量的在線事務(wù)處理環(huán)境中（ online transaction processing ， OLTP ），數(shù)據(jù)是由一個(gè) primary 索引得到的，重新排序表格的行就可以令連續(xù)塊的順序和它們的 primary 索引一樣，這樣就可以在索引驅(qū)動(dòng)的表格查詢(xún)中，減少物理 I/O 并且改善響應(yīng)時(shí)間。

這個(gè)技巧僅在應(yīng)用選擇多行的時(shí)候有用，或者在使用索引范圍搜索和應(yīng)用發(fā)出多個(gè)查詢(xún)來(lái)得到連續(xù)的 key 時(shí)有效。對(duì)于隨機(jī)的唯一 primary-key （主鍵）的訪問(wèn)將不會(huì)由行重新排序中得到好處。

讓我們看一下它是如何工作的。考慮以下的一個(gè) SQL 的查詢(xún)，它使用一個(gè)索引來(lái)得到 100 行：

selectsalaryfromemployeewherelast_name like 'B%';  

這個(gè)查詢(xún)將會(huì)使用 last_name_index ，搜索其中的每一行來(lái)得到目標(biāo)行。這個(gè)查詢(xún)將會(huì)至少使用 100 次物理磁盤(pán)的讀取，因?yàn)?employee 的行存放在不同的數(shù)據(jù)塊中。

不過(guò)，如果表中的行已經(jīng)重新排序?yàn)楹?last_name_index 的一樣，同樣的查詢(xún)又會(huì)怎樣處理呢？我們可以看到這個(gè)查詢(xún)只需要三次的磁盤(pán) I/O 就讀完全部 100 個(gè)員工的資料（一次用作索引的讀取，兩次用作數(shù)據(jù)塊的讀取），減少了 97 次的塊讀取。

重新排序帶來(lái)的性能改善的程度在于在你開(kāi)始的時(shí)候行的亂序性如何，以及你需要由序列中訪問(wèn)多少行。至于一個(gè)表中的行與索引的排序鍵的匹配程度，可以查看數(shù)據(jù)字典中的 dba_indexes 和 dba_tables 視圖得到。

在 dba_indexes 的視圖中，查看 clustering_factor 列。如果 clustering_factor 的值和表中的塊數(shù)目大致一樣，那么你的表和索引的順序是一樣的。不過(guò)，如果 clustering_factor 的值接近表中的行數(shù)目，那就表明表格中的行和索引的順序是不一樣的。

行重新排序的作用是不可以小看的。在需要進(jìn)行大范圍的索引搜索的大表中，行重新排序可以令查詢(xún)的性能提高三倍。

一旦你已經(jīng)決定重新排序表中的行，你可以使用以下的工具之一來(lái)重新組織表格。

使用 Oracle調(diào)整 的 Create Table As Select (CTAS) 語(yǔ)法來(lái)拷貝表格

Oracle9i 自帶的表格重新組織工具

文章出自: http://database.csdn.net/page/96f66c75-55bb-42a7-9bdf-e402705c85e5

【編輯推薦】

1. Oracle細(xì)粒度的訪問(wèn)控制的基本工作方式
2. 淺析：Oracle jdbc分頁(yè)效率的測(cè)試
3. Oracle數(shù)據(jù)庫(kù)的異構(gòu)服務(wù)原理描述
4. Oracle移植到mysql中應(yīng)注意的事項(xiàng)
5. 聯(lián)機(jī)備份Oracle數(shù)據(jù)實(shí)施是什么？