前言   

    最近hyddd一直看Oracle的資料，今天特地總結一下這段時間了解到的關于Oracle性能優化的下手點。

一.數據庫優化的方向

1.程序設計（這點最重要，如果程序本身設計有問題，再怎么進行下面的優化都是徒勞的。）

2.操作系統優化

3.硬件優化

4.數據庫優化

5.SQL語句優化

二.硬件優化

這里涉及到的硬件主要有：硬盤，內存。

1.硬盤的讀寫速度：建議增加硬盤的數量，從而增加每秒的并發操作。

2.內存大小。

三.數據庫優化

以上是Oracle 9i的體系結構，關于Oracle數據庫的優化，很大程度上圖有關。

1.根據數據庫的使用方式得出合理的優化策略

（1）OLTP：連機事務處理。

需要實時處理大量請求，而每次處請求的數據量都是很小的。OLTP是傳統的關系型數據庫的主要應用，主要是基本的、日常的事務處理，例如銀行交易。

性能好壞的重要指標：響應時間與請求處理并發數。

（2）OLAP：聯機分析處理。

可以簡單地理解為在海量數據中得出統計/綜合信息，是數據倉庫的主要應用。做OLAP應用的數據庫，數據量通常量非常大。和OLTP不同，OLAP應用的并發處理量是很低的，所以基本不用考慮并發問題。而在處理數據量方面，OLAP每次操作所需要處理的數據量通常都是非常大的，這點也和OLTP相反。

性能好壞的重要指標：查詢大量數據的速度。

由于OLTP和OLAP是兩個不同應用方向，所以在優化數據庫時應采取不同的優化策略。

2.內存分配比例：2:1:1

內存分配的較佳方案：SGA占50%的物理內存，PGA和操作系統各占25%的物理內存，當然這也不是絕對的，但是SGA占的物理內存不能超過75%，最多只能占70%，否則Oracle可能會出現各種的異常。

3.SGA中各個POOL的內存分配

（1）Shared Pool：要分配多少內存不定，只要滿足以下兩個條件即可：

-Lib Cache的命中率>98%

-Data Dictionary Cache的命中率>85%

（2）Large Pool

-專用服務器：100-200M

-共享服務器：Session * （Sort_area_size + 2）

（3）Java Pool：無需使用，一般不分配空間。

（4）Redo Log Buffer Cache：小于5M，因為它的信息非常重要，應盡快把緩存數據寫到文件中。

（5）DB_Buffer_Cache：盡量大。

4.在Oracle 10g中，如果我們定義了SGA_MAX_SIZE后，其實我們通過SGA_TARGET讓Oracle自動調整SGA的內存分配。

5.Redo log files，Data files，Achived log files盡量放在不同的磁盤上，以均衡I/O。特別是Redo Log files和Achived log files。

6.Undo Segment容量大小要符合實際應用，不能太小。

7.熱點文件特殊處理

（1）分開存放Index Segment和Data Segment。

（2）使用分區表。

8.索引（Index）問題

（1）適當使用BTREE，BITMAP以及反向索引：不同索引適用于不同的表，設置索引之前要考慮這個問題。

（2）一個表的索引數最多不要超過5個，否則可能影響性能。

（3）索引樹的高度<4，否則考慮重構索引。（單邊樹索引重構時可考慮使用反向索引降低索引樹高度）

（4）注意索引是否失效，這一般是比較爛的SQL語句引起的問題。

9.盡量減少“全表掃描操作” & “排序操作”

10.看執行計劃有助于各位DBA找出性能問題。

四.SQL語句優化

1.通過v$librarycache了解命中率，這和3.1中提到的Shared Pool有關系，避免重復解析SQL語句，有助于提高數據庫性能。

2.使用“物化視圖”提高查詢性能。

后記

    本文列了一些Oracle性能優化要點，如果大家要進行Oracle基礎優化時，可參考以上要點。

    如有錯漏，請各位指出。