ORACLE性能調(diào)優(yōu)原則-1

第第頁ORACLE性能調(diào)優(yōu)原則ORACLE性能調(diào)優(yōu)原則

發(fā)表于：2023-06-22來源：：點擊數(shù)：標(biāo)簽：

下一頁12任何事情都有它的源頭，要解決問題，也得從源頭開始，影響ORACLE性能的源頭非常多，主要包括如下方面：數(shù)據(jù)庫的硬件配置：CPU、內(nèi)存、網(wǎng)絡(luò)條件1.CPU：在任何機(jī)器中CPU的數(shù)據(jù)處理能力往往是衡量計算機(jī)性能的一個標(biāo)志，并且ORACLE是一個提

下一頁12任何事情都有它的源頭，要解決問題，也得從源頭開始，影響ORACLE性能的源頭非常多，主要包括如下方面：

數(shù)據(jù)庫的硬件配置：CPU、內(nèi)存、網(wǎng)絡(luò)條件

1.CPU：在任何機(jī)器中CPU的數(shù)據(jù)處理能力往往是衡量計算機(jī)性能的一個標(biāo)志，并且ORACLE是一個提供并行能力的數(shù)據(jù)庫系統(tǒng)，在CPU方面的要求就更高了，如果運行隊列數(shù)目超過了CPU處理的數(shù)目，性能就會下降，我們要解決的問題就是要適當(dāng)增加CPU的數(shù)量了，當(dāng)然我們還可以將需要許多資源的進(jìn)程KILL掉；

2.內(nèi)存：衡量機(jī)器性能的另外一個指標(biāo)就是內(nèi)存的多少了，在ORACLE中內(nèi)存和我們在建數(shù)據(jù)庫中的交換區(qū)進(jìn)行數(shù)據(jù)的交換，讀數(shù)據(jù)時，磁盤I/O必須等待物理I/O操作完成，在出現(xiàn)ORACLE的內(nèi)存瓶頸時，我們第一個要考慮的是增加內(nèi)存，由于I/O的響應(yīng)時間是影響ORACLE性能的主要參數(shù)，我將在這方面進(jìn)行詳細(xì)的講解

3.網(wǎng)絡(luò)條件：NET*SQL負(fù)責(zé)數(shù)據(jù)在網(wǎng)絡(luò)上的來往，大量的SQL會令網(wǎng)絡(luò)速度變慢。比如10M的網(wǎng)卡和100的網(wǎng)卡就對NET*SQL有非常明顯的影響，還有交換機(jī)、集線器等等網(wǎng)絡(luò)設(shè)備的性能對網(wǎng)絡(luò)的影響很明顯，建議在任何網(wǎng)絡(luò)中不要試圖用3個集線器來將網(wǎng)段互聯(lián)。

OS參數(shù)的設(shè)置

下表給出了OS的參數(shù)設(shè)置及說明，DBA可以根據(jù)實際需要對這些參數(shù)進(jìn)行設(shè)置

內(nèi)核參數(shù)名

說明

bufpages

對buffer空間不按靜態(tài)分配，采用動態(tài)分配，使bufpages值隨nbuf一起對buffer空間進(jìn)行動態(tài)分配。

create_fastlinks

對HFS文件系統(tǒng)允許快速符號鏈接dbc_max_pct

加大最大動態(tài)buffer空間所占物理內(nèi)存的百分比，以滿足應(yīng)用系統(tǒng)的讀寫命中率的需要。

dbc_min_pct

設(shè)置最小動態(tài)buffer空間所占物理內(nèi)存的百分比

desfree

提高開始交換操作的最低空閑內(nèi)存下限，保障系統(tǒng)的穩(wěn)定性，防止出現(xiàn)不可預(yù)見的系統(tǒng)崩潰（Crash）。

fs_async

允許進(jìn)行磁盤異步操作，提高CPU和磁盤的利用率

lotsfree

提高系統(tǒng)解除換頁操作的空閑內(nèi)存的上限值，保證應(yīng)用程序有足夠的可用內(nèi)存空間。

maxdsiz

針對系統(tǒng)數(shù)據(jù)量大的特點，加大最大數(shù)據(jù)段的大小，保證應(yīng)用的需要。（32位）

maxdsiz_64bit

maximumprocessdatasegmentsizefor64_bit

Maxssiz

加大最大堆棧段的大小。（32_bit）

maxssiz_64bit

加大最大堆棧段的大小。（64_bit）

Maxtsiz

提高最大代碼段大小，滿足應(yīng)用要求

maxtsiz_64bit

原值過大，應(yīng)調(diào)小

Minfree

提高停止交換操作的自由內(nèi)存的上限

Shmem

允許進(jìn)行內(nèi)存共享，以提高內(nèi)存的利用率Shmmax

設(shè)置最大共享內(nèi)存段的大小，完全滿足目前的需要Timeslice

由于系統(tǒng)的瓶頸主要反映在磁盤I/O上，因此降低時間片的大小，一方面可避免因磁盤I/O不暢造成CPU的等待，從而提高了CPU的綜合利用率。另一方面減少了進(jìn)程的阻塞量。

unlockable_mem

提高了不可鎖內(nèi)存的大小，使可用于換