Oracle性能調(diào)整的要點之?dāng)?shù)據(jù)庫配置和IO問題
降低磁盤的IO
分散磁盤的IO
表空間使用本地管理
1. 將文件分散到不同的設(shè)備上
a. 將數(shù)據(jù)文件與日志文件分開
b. 減少與服務(wù)器無關(guān)的磁盤IO
c. 評估裸設(shè)備的使用
d. 分割表數(shù)據(jù)
2. 表空間的使用
系統(tǒng)表空間保留給數(shù)據(jù)字典對象
創(chuàng)建本地管理表空間以避免空間管理問題
將表和索引分散到獨立的表空間中
使用獨立的回滾表空間
將大的數(shù)據(jù)庫對象保存在各自獨立的表空間中
創(chuàng)建一個或多個獨立的臨時表空間
下列數(shù)據(jù)庫對象應(yīng)該有單獨的表空間:數(shù)據(jù)字典、回滾段、索引、臨時段、表、大對象
3. 檢查IO統(tǒng)計數(shù)據(jù)
Select phyrds,phywrts,d.name from v$datafile d,v$filestat f where f.file#=d.file# order by d.name;
檢查最有可能引起磁盤IO瓶頸的文件。
4. 分割文件
可以通過RAID和手工進行
Alter table table_name allocate extent (datafile ‘fiile_name’ size 10M);
但手工操作工作量很大。
5. 優(yōu)化全表掃描操作
a. 檢查有多少全表發(fā)生:
Select name,value from v$sysstat where name like ‘%table scan%’;
table scans (short tables)/ table scans (long tables)與全表掃描相關(guān),如果table scans (long tables)的值很高,說明大部分的table access 沒有經(jīng)過索引查找,應(yīng)該檢查應(yīng)用或建立索引,要確保有效的索引在正確的位置上。
合理的DB_FILE_MULTIBLOCK_READ_COUNT能減少table scan需要調(diào)用的IO次數(shù),提高性能(與OS相關(guān))。
b. 查看full table scan操作:
Select sid,serial#,opname,target,to_char(start_time,’HH24:MI:SS’) “start”,(sofar/totalwork)*100 “percent_complete” from v$session_longops;
通過v$session_longops里的sql_hash_value與v$sqltext關(guān)聯(lián),可以查詢導(dǎo)致full table scan的sql。
6. Checkpoint
Checkpoint進行的操作:DBWn進行IO操作;CKPT更新數(shù)據(jù)文件頭和控制文件。
經(jīng)常進行Checkpoint的結(jié)果:減少恢復(fù)所需的時間;降低了系統(tǒng)運行時的性能。
LGWR以循環(huán)的方式將日志寫到各個日志組,當(dāng)一個日志組滿時,oracle server必須進行一個Checkpoint,這意味著:DBWn將對應(yīng)log覆蓋的所有或部分臟數(shù)據(jù)塊寫進數(shù)據(jù)文件;CKPT更新數(shù)據(jù)文件頭和控制文件。如果DBWn沒有完成操作而LGWR需要同一個文件,LGWR只能等待。
在OLTP環(huán)境下,如果SGA很大并且checkpoint的次數(shù)不多,在Checkpoint的過程中容易出現(xiàn)磁盤競爭的狀況,在這種情況下,經(jīng)常進行Checkpoint可以減少每次Checkpoint涉及到的臟數(shù)據(jù)塊的數(shù)目。
調(diào)節(jié)Checkpoint次數(shù)的辦法:
◆ 增大日志文件;
◆ 增加日志組以增加覆蓋的時間間隔。
7. 日志文件
建立大小合適的日志文件以最小化競爭;
提供足夠的日志文件組以消除等待現(xiàn)象;
將日志文件存放在獨立的、能快速訪問的存儲設(shè)備上(日志文件可以創(chuàng)建在裸設(shè)備上)。日志文件以組的方式組織管理,每個組里的日志文件的內(nèi)容完全相同。
8. 歸檔日志文件
如果選擇歸檔模式,必須要有兩個或兩個以后的日志組,當(dāng)從一個組切換到另一個組時,會引起兩種操作:DBWn進行Checkpoint;一個日志文件進行歸檔。
歸檔有時候會報錯:
ARC0:Beginning to archive log# 4 seq# 2772 Current log# 3 seq# 2773…… ARC0: Failed to archive log# 4 seq# 2772 ARCH: Completed to archiving log#4 seq# 2772 |
建議init參數(shù)修改如下:
log_archive_max_processes=2 #log_archive_dest = ‘/u05/prodarch’ log_archive_dest_1 = “l(fā)ocation=/u05/prodarch MANDATORY’ log_archive_dest_state_1 = enable log_archive_dest_2 = “l(fā)ocation=/u05/prodarch2 OPTIONAL reopen=10″ (或其它目錄) log_archive_dest_state_2 = enable log_archive_min_succeed_dest=1 log_archive_dest_state_3 = DEFER log_archive_dest_state_4 = DEFER log_archive_dest_state_5 = DEFER |
【編輯推薦】