Oracle專家調(diào)優(yōu)秘密(一)_第1頁
Oracle專家調(diào)優(yōu)秘密(一)_第2頁
Oracle專家調(diào)優(yōu)秘密(一)_第3頁
Oracle專家調(diào)優(yōu)秘密(一)_第4頁
Oracle專家調(diào)優(yōu)秘密(一)_第5頁
已閱讀5頁,還剩2頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

第第頁Oracle專家調(diào)優(yōu)秘密(一)Oracle專家調(diào)優(yōu)秘密(一)

發(fā)表于:2023-07-02來源::點擊數(shù):標簽:

前言在過去的十年中,Oracle已經(jīng)成為世界上最專業(yè)的數(shù)據(jù)庫之一。對于IT專家來說,就是要確保利用Oracle的強大特性來提高他們公司的生產(chǎn)力。最有效的方法之一是通過Oracle調(diào)優(yōu)。它有大量的調(diào)整參數(shù)和技術來改進你的Oracle數(shù)據(jù)庫的性能。Oracle調(diào)優(yōu)是一

前言

在過去的十年中,Oracle已經(jīng)成為世界上最專業(yè)的數(shù)據(jù)庫之一。對于IT專家來說,就是要確保利用Oracle的強大特性來提高他們公司的生產(chǎn)力。最有效的方法之一是通過Oracle調(diào)優(yōu)。它有大量的調(diào)整參數(shù)和技術來改進你的Oracle數(shù)據(jù)庫的性能。

Oracle調(diào)優(yōu)是一個復雜的主題。關于調(diào)優(yōu)可以寫整整一本書不過,為了改善Oracle數(shù)據(jù)庫的性能,有一些基本的概念是每個OracleDBA都應該遵從的。

在這篇簡介中,我們將簡要地介紹以下的Oracle主題:

--外部調(diào)整:我們應該記住Oracle并不是單獨運行的。因此我們將查看一下通過調(diào)整Oracle服務器以得到高的性能。

--Rowre-sequencing以減少磁盤I/O:我們應該懂得Oracle調(diào)優(yōu)最重要的目標是減少I/O。

--OracleSQL調(diào)整。OracleSQL調(diào)整是Oracle調(diào)整中最重要的領域之一,只要通過一些簡單的SQL調(diào)優(yōu)規(guī)則就可以大幅度地提升SQL語句的性能,這是一點都不奇怪的。

--調(diào)整Oracle排序:排序?qū)τ贠racle性能也是有很大影響的。

--調(diào)整Oracle的競爭:表和索引的參數(shù)設置對于UPDATE和INSERT的性能有很大的影響。

我們首先從調(diào)整Oracle外部的環(huán)境開始。如果內(nèi)存和CPU的資源不足的話,任何的Oracle調(diào)整都是沒有幫助的。

外部的性能問題

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

.CPU--CPU資源的不足令查詢變慢。當查詢超過了Oracle服務器的CPU性能時,你的數(shù)據(jù)庫性能就受到CPU的限制。

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

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

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

在檢查Oracle的外部環(huán)境時,有兩個方面是需要注意的:

1、當運行隊列的數(shù)目超過服務器的CPU數(shù)量時,服務器的性能就會受到CPU的限制。補救的方法是為服務器增加額外的CPU或者關閉需要很多處理資源的組件,例如OracleParallelQuery。

2、內(nèi)存分頁。當內(nèi)存分頁時,內(nèi)存容量已經(jīng)不足,而內(nèi)存頁是與磁盤上的交換區(qū)進行交互的。補救的方法是增加更多的內(nèi)存,減少OracleSGA的大小,或者關閉Oracle的多線程服務器。

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

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

Row-resequencing(行的重新排序)

就象我們上面提到的,有經(jīng)驗的OracleDBA都知道I/O是響應時間的最大組成部分。其中磁盤I/O特別厲害,因為當Oracle由磁盤上的一個數(shù)據(jù)文件得到一個數(shù)據(jù)塊時,讀的進程就必須等待物理I/O操作完成。磁盤操作要比數(shù)據(jù)緩沖慢10,000倍。因此,如果可以令I/O最小化,或者減少由于磁盤上的文件競爭而帶來的瓶頸,就可以大大地改善Oracle數(shù)據(jù)庫的性能。

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

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

在高容量的在線事務處理環(huán)境中(onlinetransactionprocessing,OLTP),數(shù)據(jù)是由一個primary索引得到的,重新排序表格的行就可以令連續(xù)塊的順序和它們的primary索引一樣,這樣就可以在索引驅(qū)動的表格查詢中,減少物理I/O并且改善響應時間。這個技巧僅在應用選擇多行的時候有用,或者在使用索引范圍搜索和應用發(fā)出多個查詢來得到連續(xù)的key時有效。對于隨機的唯一primary-key(主鍵)的訪問將不會由行重新排序中得到好處。

讓我們看一下它是如何工作的??紤]以下的一個SQL的查詢,它使用一個索引來得到100行:

select

salary

from

employee

where

last_namelike@#B%@#;

這個查詢將會使用last_name_index,搜索其中的每一行來得到目標行。這個查詢將會至少使用100次物理磁盤的讀取,因為employee的行存放在不同的數(shù)據(jù)塊中。

不過,如果表中的行已經(jīng)重新排序為和last_name_index的一樣,同樣的查詢又會怎樣處理呢?我們可以看到這個查詢只需要三次的磁盤I/O就讀完全部100個員工的資料(一次用作索引的讀取,兩次用作數(shù)據(jù)塊的讀取),減少了97次的塊讀取。

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論