oracle怎么優(yōu)化 oraclesql優(yōu)化

數(shù)據(jù)庫性能優(yōu)化有哪些措施？

1、調(diào)整數(shù)據(jù)結構的設計

目前創(chuàng)新互聯(lián)已為成百上千的企業(yè)提供了網(wǎng)站建設、域名、雅安服務器托管、網(wǎng)站托管、服務器租用、企業(yè)網(wǎng)站設計、滴道網(wǎng)站維護等服務，公司將堅持客戶導向、應用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

這一部分在開發(fā)信息系統(tǒng)之前完成，程序員需要考慮是否使用ORACLE數(shù)據(jù)庫的分區(qū)功能，對于經(jīng)常訪問的數(shù)據(jù)庫表是否需要建立索引等。

2、調(diào)整應用程序結構設計

這一部分也是在開發(fā)信息系統(tǒng)之前完成，程序員在這一步需要考慮應用程序使用什么樣的體系結構，是使用傳統(tǒng)的Client/Server兩層體系結構，還是使用Browser/Web/Database的三層體系結構。不同的應用程序體系結構要求的數(shù)據(jù)庫資源是不同的。

3、調(diào)整數(shù)據(jù)庫SQL語句

應用程序的執(zhí)行最終將歸結為數(shù)據(jù)庫中的SQL語句執(zhí)行，因此SQL語句的執(zhí)行效率最終決定了ORACLE數(shù)據(jù)庫的性能。ORACLE公司推薦使用ORACLE語句優(yōu)化器(OracleOptimizer)和行鎖管理器(row-levelmanager)來調(diào)整優(yōu)化SQL語句。

4、調(diào)整服務器內(nèi)存分配

內(nèi)存分配是在信息系統(tǒng)運行過程中優(yōu)化配置的，數(shù)據(jù)庫管理員可以根據(jù)數(shù)據(jù)庫運行狀況調(diào)整數(shù)據(jù)庫系統(tǒng)全局區(qū)(SGA區(qū))的數(shù)據(jù)緩沖區(qū)、日志緩沖區(qū)和共享池的大小;還可以調(diào)整程序全局區(qū)(PGA區(qū))的大小。需要注意的是，SGA區(qū)不是越大越好，SGA區(qū)過大會占用操作系統(tǒng)使用的內(nèi)存而引起虛擬內(nèi)存的頁面交換，這樣反而會降低系統(tǒng)。

5、調(diào)整硬盤I/O

這一步是在信息系統(tǒng)開發(fā)之前完成的。數(shù)據(jù)庫管理員可以將組成同一個表空間的數(shù)據(jù)文件放在不同的硬盤上，做到硬盤之間I/O負載均衡。

6、調(diào)整操作系統(tǒng)參數(shù)

例如：運行在UNIX操作系統(tǒng)上的ORACLE數(shù)據(jù)庫，可以調(diào)整UNIX數(shù)據(jù)緩沖池的大小，每個進程所能使用的內(nèi)存大小等參數(shù)。

實際上，上述數(shù)據(jù)庫優(yōu)化措施之間是相互聯(lián)系的。ORACLE數(shù)據(jù)庫性能惡化表現(xiàn)基本上都是用戶響應時間比較長，需要用戶長時間的等待。但性能惡化的原因卻是多種多樣的，有時是多個因素共同造成了性能惡化的結果，這就需要數(shù)據(jù)庫管理員有比較全面的計算機知識，能夠敏感地察覺到影響數(shù)據(jù)庫性能的主要原因所在。另外，良好的數(shù)據(jù)庫管理工具對于優(yōu)化數(shù)據(jù)庫性能也是很重要的。

一、ORACLE數(shù)據(jù)庫性能優(yōu)化工具

常用的數(shù)據(jù)庫性能優(yōu)化工具有：

ORACLE數(shù)據(jù)庫在線數(shù)據(jù)字典，ORACLE在線數(shù)據(jù)字典能夠反映出ORACLE動態(tài)運行情況，對于調(diào)整數(shù)據(jù)庫性能是很有幫助的。

操作系統(tǒng)工具，例如UNIX操作系統(tǒng)的vmstat，iostat等命令可以查看到系統(tǒng)系統(tǒng)級內(nèi)存和硬盤I/O的使用情況，這些工具對于管理員弄清出系統(tǒng)瓶頸出現(xiàn)在什么地方有時候很有用。

SQL語言跟蹤工具(SQLTRACEFACILITY)，SQL語言跟蹤工具可以記錄SQL語句的執(zhí)行情況，管理員可以使用虛擬表來調(diào)整實例，使用SQL語句跟蹤文件調(diào)整應用程序性能。SQL語言跟蹤工具將結果輸出成一個操作系統(tǒng)的文件，管理員可以使用TKPROF工具查看這些文件。

ORACLEEnterpriseManager(OEM)，這是一個圖形的用戶管理界面，用戶可以使用它方便地進行數(shù)據(jù)庫管理而不必記住復雜的ORACLE數(shù)據(jù)庫管理的命令。

EXPLAINPLAN——SQL語言優(yōu)化命令，使用這個命令可以幫助程序員寫出高效的SQL語言。

二、ORACLE數(shù)據(jù)庫的系統(tǒng)性能評估

信息系統(tǒng)的類型不同，需要關注的數(shù)據(jù)庫參數(shù)也是不同的。數(shù)據(jù)庫管理員需要根據(jù)自己的信息系統(tǒng)的類型著重考慮不同的數(shù)據(jù)庫參數(shù)。

1、在線事務處理信息系統(tǒng)(OLTP)，這種類型的信息系統(tǒng)一般需要有大量的Insert、Update操作，典型的系統(tǒng)包括民航機票發(fā)售系統(tǒng)、銀行儲蓄系統(tǒng)等。OLTP系統(tǒng)需要保證數(shù)據(jù)庫的并發(fā)性、可靠性和最終用戶的速度，這類系統(tǒng)使用的ORACLE數(shù)據(jù)庫需要主要考慮下述參數(shù)：

數(shù)據(jù)庫回滾段是否足夠?

是否需要建立ORACLE數(shù)據(jù)庫索引、聚集、散列?

系統(tǒng)全局區(qū)(SGA)大小是否足夠?

SQL語句是否高效?

2、數(shù)據(jù)倉庫系統(tǒng)(DataWarehousing)，這種信息系統(tǒng)的主要任務是從ORACLE的海量數(shù)據(jù)中進行查詢，得到數(shù)據(jù)之間的某些規(guī)律。數(shù)據(jù)庫管理員需要為這種類型的ORACLE數(shù)據(jù)庫著重考慮下述參數(shù)：

是否采用B*-索引或者bitmap索引?

是否采用并行SQL查詢以提高查詢效率?

是否采用PL/SQL函數(shù)編寫存儲過程?

有必要的話，需要建立并行數(shù)據(jù)庫提高數(shù)據(jù)庫的查詢效率

三、SQL語句的調(diào)整原則

SQL語言是一種靈活的語言，相同的功能可以使用不同的語句來實現(xiàn)，但是語句的執(zhí)行效率是很不相同的。程序員可以使用EXPLAINPLAN語句來比較各種實現(xiàn)方案，并選出最優(yōu)的實現(xiàn)方案。總得來講，程序員寫SQL語句需要滿足考慮如下規(guī)則：

1、盡量使用索引。試比較下面兩條SQL語句：

語句A：SELECTdname,deptnoFROMdeptWHEREdeptnoNOTIN

(SELECTdeptnoFROMemp);

語句B：SELECTdname,deptnoFROMdeptWHERENOTEXISTS

(SELECTdeptnoFROMempWHEREdept.deptno=emp.deptno);

這兩條查詢語句實現(xiàn)的結果是相同的，但是執(zhí)行語句A的時候，ORACLE會對整個emp表進行掃描，沒有使用建立在emp表上的deptno索引，執(zhí)行語句B的時候，由于在子查詢中使用了聯(lián)合查詢，ORACLE只是對emp表進行的部分數(shù)據(jù)掃描，并利用了deptno列的索引，所以語句B的效率要比語句A的效率高一些。

2、選擇聯(lián)合查詢的聯(lián)合次序。考慮下面的例子：

SELECTstuffFROMtabaa,tabbb,tabcc

WHEREa.acolbetween:alowand:ahigh

ANDb.bcolbetween:blowand:bhigh

ANDc.ccolbetween:clowand:chigh

ANDa.key1=b.key1

AMDa.key2=c.key2;

這個SQL例子中，程序員首先需要選擇要查詢的主表，因為主表要進行整個表數(shù)據(jù)的掃描，所以主表應該數(shù)據(jù)量最小，所以例子中表A的acol列的范圍應該比表B和表C相應列的范圍小。

3、在子查詢中慎重使用IN或者NOTIN語句，使用where(NOT)exists的效果要好的多。

4、慎重使用視圖的聯(lián)合查詢，尤其是比較復雜的視圖之間的聯(lián)合查詢。一般對視圖的查詢最好都分解為對數(shù)據(jù)表的直接查詢效果要好一些。

5、可以在參數(shù)文件中設置SHARED_POOL_RESERVED_SIZE參數(shù)，這個參數(shù)在SGA共享池中保留一個連續(xù)的內(nèi)存空間，連續(xù)的內(nèi)存空間有益于存放大的SQL程序包。

6、ORACLE公司提供的DBMS_SHARED_POOL程序可以幫助程序員將某些經(jīng)常使用的存儲過程“釘”在SQL區(qū)中而不被換出內(nèi)存，程序員對于經(jīng)常使用并且占用內(nèi)存很多的存儲過程“釘”到內(nèi)存中有利于提高最終用戶的響應時間。

四、CPU參數(shù)的調(diào)整

CPU是服務器的一項重要資源，服務器良好的工作狀態(tài)是在工作高峰時CPU的使用率在90%以上。如果空閑時間CPU使用率就在90%以上，說明服務器缺乏CPU資源，如果工作高峰時CPU使用率仍然很低，說明服務器CPU資源還比較富余。

使用操作相同命令可以看到CPU的使用情況，一般UNIX操作系統(tǒng)的服務器，可以使用sar_u命令查看CPU的使用率，NT操作系統(tǒng)的服務器，可以使用NT的性能管理器來查看CPU的使用率。

數(shù)據(jù)庫管理員可以通過查看v$sysstat數(shù)據(jù)字典中“CPUusedbythissession”統(tǒng)計項得知ORACLE數(shù)據(jù)庫使用的CPU時間，查看“OSUserlevelCPUtime”統(tǒng)計項得知操作系統(tǒng)用戶態(tài)下的CPU時間，查看“OSSystemcallCPUtime”統(tǒng)計項得知操作系統(tǒng)系統(tǒng)態(tài)下的CPU時間，操作系統(tǒng)總的CPU時間就是用戶態(tài)和系統(tǒng)態(tài)時間之和，如果ORACLE數(shù)據(jù)庫使用的CPU時間占操作系統(tǒng)總的CPU時間90%以上，說明服務器CPU基本上被ORACLE數(shù)據(jù)庫使用著，這是合理，反之，說明服務器CPU被其它程序占用過多，ORACLE數(shù)據(jù)庫無法得到更多的CPU時間。

數(shù)據(jù)庫管理員還可以通過查看v$sesstat數(shù)據(jù)字典來獲得當前連接ORACLE數(shù)據(jù)庫各個會話占用的CPU時間，從而得知什么會話耗用服務器CPU比較多。

出現(xiàn)CPU資源不足的情況是很多的：SQL語句的重解析、低效率的SQL語句、鎖沖突都會引起CPU資源不足。

1、數(shù)據(jù)庫管理員可以執(zhí)行下述語句來查看SQL語句的解析情況：

SELECT*FROMV$SYSSTATWHERENAMEIN

('parsetimecpu','parsetimeelapsed','parsecount(hard)');

這里parsetimecpu是系統(tǒng)服務時間，parsetimeelapsed是響應時間，用戶等待時間，waitetime=parsetimeelapsed_parsetimecpu

由此可以得到用戶SQL語句平均解析等待時間=waitetime/parsecount。這個平均等待時間應該接近于0，如果平均解析等待時間過長，數(shù)據(jù)庫管理員可以通過下述語句

SELECTSQL_TEXT,PARSE_CALLS,EXECUTIONSFROMV$SQLAREA

ORDERBYPARSE_CALLS;

來發(fā)現(xiàn)是什么SQL語句解析效率比較低。程序員可以優(yōu)化這些語句，或者增加ORACLE參數(shù)SESSION_CACHED_CURSORS的值。

2、數(shù)據(jù)庫管理員還可以通過下述語句：

SELECTBUFFER_GETS,EXECUTIONS,SQL_TEXTFROMV$SQLAREA;

查看低效率的SQL語句，優(yōu)化這些語句也有助于提高CPU的利用率。

3、數(shù)據(jù)庫管理員可以通過v$system_event數(shù)據(jù)字典中的“l(fā)atchfree”統(tǒng)計項查看ORACLE數(shù)據(jù)庫的沖突情況，如果沒有沖突的話，latchfree查詢出來沒有結果。如果沖突太大的話，數(shù)據(jù)庫管理員可以降低spin_count參數(shù)值，來消除高的CPU使用率。

五、內(nèi)存參數(shù)的調(diào)整

內(nèi)存參數(shù)的調(diào)整主要是指ORACLE數(shù)據(jù)庫的系統(tǒng)全局區(qū)(SGA)的調(diào)整。SGA主要由三部分構成：共享池、數(shù)據(jù)緩沖區(qū)、日志緩沖區(qū)。

1、共享池由兩部分構成：共享SQL區(qū)和數(shù)據(jù)字典緩沖區(qū)，共享SQL區(qū)是存放用戶SQL命令的區(qū)域，數(shù)據(jù)字典緩沖區(qū)存放數(shù)據(jù)庫運行的動態(tài)信息。數(shù)據(jù)庫管理員通過執(zhí)行下述語句：

select(sum(pins-reloads))/sum(pins)"LibCache"fromv$librarycache;

來查看共享SQL區(qū)的使用率。這個使用率應該在90%以上，否則需要增加共享池的大小。數(shù)據(jù)庫管理員還可以執(zhí)行下述語句：

select(sum(gets-getmisses-usage-fixed))/sum(gets)"RowCache"fromv$rowcache;

查看數(shù)據(jù)字典緩沖區(qū)的使用率，這個使用率也應該在90%以上，否則需要增加共享池的大小。

2、數(shù)據(jù)緩沖區(qū)。數(shù)據(jù)庫管理員可以通過下述語句：

SELECTname,valueFROMv$sysstatWHEREnameIN('dbblockgets','consistentgets','physicalreads');

來查看數(shù)據(jù)庫數(shù)據(jù)緩沖區(qū)的使用情況。查詢出來的結果可以計算出來數(shù)據(jù)緩沖區(qū)的使用命中率=1-(physicalreads/(dbblockgets+consistentgets))。

這個命中率應該在90%以上，否則需要增加數(shù)據(jù)緩沖區(qū)的大小。

3、日志緩沖區(qū)。數(shù)據(jù)庫管理員可以通過執(zhí)行下述語句：

selectname,valuefromv$sysstatwherenamein('redoentries','redologspacerequests');

查看日志緩沖區(qū)的使用情況。查詢出的結果可以計算出日志緩沖區(qū)的申請失敗率：

申請失敗率=requests/entries，申請失敗率應該接近于0，否則說明日志緩沖區(qū)開設太小，需要增加ORACLE數(shù)據(jù)庫的日志緩沖區(qū)。

昆明北大青鳥java培訓班轉(zhuǎn)載自網(wǎng)絡如有侵權請聯(lián)系我們感謝您的關注謝謝支持

講解Oracle優(yōu)化器的優(yōu)化方式和優(yōu)化模式

Oracle在執(zhí)行一個SQL之前 首先要分析一下語句的執(zhí)行計劃 然后再按執(zhí)行計劃去執(zhí)行 分析語句的執(zhí)行計劃的工作是由優(yōu)化器(Optimizer)來完成的 不同的情況 一條SQL可能有多種執(zhí)行計劃 但在某一時點 一定只有一種執(zhí)行計劃是最優(yōu)的 花費時間是最少的 相信你一定會用Pl/sql Developer Toad等工具去看一個語句的執(zhí)行計劃 不過你可能對Rule Choose First rows All rows這幾項有疑問 因為我當初也是這樣的 那時我也疑惑為什么選了以上的不同的項 執(zhí)行計劃就變了?

優(yōu)化器的優(yōu)化方式

Oracle的優(yōu)化器共有兩種的優(yōu)化方式 即基于規(guī)則的優(yōu)化方式(Rule Based Optimization 簡稱為RBO)和基于代價的優(yōu)化方式(Cost Based Optimization 簡稱為CBO)

A RBO方式 優(yōu)化器在分析SQL語句時 所遵循的是Oracle內(nèi)部預定的一些規(guī)則 比如我們常見的 當一個where子句中的一列有索引時去走索引

B CBO方式 依詞義可知 它是看語句的代價(Cost)了 這里的代價主要指Cpu和內(nèi)存 優(yōu)化器在判斷是否用這種方式時 主要參照的是表及索引的統(tǒng)計信息 統(tǒng)計信息給出表的大小 有少行 每行的長度等信息 這些統(tǒng)計信息起初在庫內(nèi)是沒有的 是你在做 *** yze后才出現(xiàn)的 很多的時侯過期統(tǒng)計信息會令優(yōu)化器做出一個錯誤的執(zhí)行計劃 因些我們應及時更新這些信息 在Oracle 及以后的版本 Oracle列推薦用CBO的方式

我們要明了 不一定走索引就是優(yōu)的 比如一個表只有兩行數(shù)據(jù) 一次IO就可以完成全表的檢索 而此時走索引時則需要兩次IO 這時對這個表做全表掃描(full table scan)是最好的

優(yōu)化器的優(yōu)化模式(Optermizer Mode)

優(yōu)化模式包括Rule Choose First rows All rows這四種方式 也就是我們以上所提及的 如下我解釋一下

Rule:不用多說 即走基于規(guī)則的方式

Choolse:這是我們應觀注的 默認的情況下Oracle用的便是這種方式 指的是當一個表或或索引有統(tǒng)計信息 則走CBO的方式 如果表或索引沒統(tǒng)計信息 表又不是特別的小 而且相應的列有索引時 那么就走索引 走RBO的方式

First Rows:它與Choose方式是類似的 所不同的是當一個表有統(tǒng)計信息時 它將是以最快的方式返回查詢的最先的幾行 從總體上減少了響應時間

All Rows:也就是我們所說的Cost的方式 當一個表有統(tǒng)計信息時 它將以最快的方式返回表的所有的行 從總體上提高查詢的吞吐量 沒有統(tǒng)計信息則走基于規(guī)則的方式

如何設定選用哪種優(yōu)化模式

◆A Instance級別

我們可以通過在init ora文件中設定OPTIMIZER_MODE=RULE OPTIMIZER_MODE=CHOOSE OPTIMIZER_MODE=FIRST_ROWS OPTIMIZER_MODE=ALL_ROWS去選用 所提的四種方式 如果你沒設定OPTIMIZER_MODE參數(shù)則默認用的是Choose這種方式

◆B Sessions級別

通過SQL ALTER SESSION SET OPTIMIZER_MODE= ;來設定

◆C 語句級別

這些需要用到Hint 比如:

SQL SELECT /*+ RULE */ a userid b name b depart_name FROM tf_f_yhda a tf_f_depart b WHERE a userid=b userid;

為什么有時一個表的某個字段明明有索引 當觀察一些語的執(zhí)行計劃確不走索引呢？如何解決呢？

◆A 不走索引大體有以下幾個原因

你在Instance級別所用的是all_rows的方式

你的表的統(tǒng)計信息(最可能的原因)

你的表很小 上文提到過的 Oracle的優(yōu)化器認為不值得走索引

◆B 解決方法

可以修改init ora中的OPTIMIZER_MODE這個參數(shù) 把它改為Rule或Choose 重起數(shù)據(jù)庫 也可以使用 中所提的Hint

刪除統(tǒng)計信息

SQL *** yze table table_name delete statistics;

表小不走索引是對的 不用調(diào)的

其它相關

◆A 如何看一個表或索引是否是統(tǒng)計信息

SQLSELECT * FROM user_tables WHERE table_name=table_name AND num_rows is not null; SQLSELECT * FROM user_indexes WHERE table_name=table_name AND num_rows is not null;

◆B 假如我們先用CBO的方式 就應當及時去更新表和索引的統(tǒng)計信息 以免生形不切合實的執(zhí)行計劃

SQL ANALYZE TABLE table_name PUTE STATISTICS; SQL ANALYZE INDEX index_name ESTIMATE STATISTICS;

lishixinzhi/Article/program/Oracle/201311/18622

Oracle性能調(diào)優(yōu)思路

問 oracle進程內(nèi)存占用一直增加 達到 G左右的時候就會連接失敗 監(jiān)聽進程死掉 或者CPU達到 % 如何解決?

Peak Wong

Oracle性能調(diào)優(yōu)一直是一個很有意思的命題 增強硬件配置是一種方法 但我們平時遇到的最多的問題是如何在沒辦法增強硬件配置的情況下 將數(shù)據(jù)庫性能優(yōu)化 這里給出一個思維流程 希望對各位有益

PATCH是否都打了 ORACLE系統(tǒng)內(nèi)存參數(shù)是否太大 超出OS的MEMORY

查查是不是程序沒有關閉連接導致連接數(shù)不斷上升引起的 你是什么操作系統(tǒng)?

服務器都作了什么設置呢?比如sga的分配 是什么情況呢?

要進行調(diào)優(yōu) 及參數(shù)設置

啟動 Enterprise Management Console 以SYS/**** as SYSDBA身份進入系統(tǒng)

ORACLE i調(diào)優(yōu)只涉及如下幾個參數(shù)

a) processes = ;

b) open_links = ;

c)open_cursors = ;

d)sessions= ;

e) parallel_automatic_tuning=true

f) undo_retention=

g) undo_management=AUTO

請確保在 SPFILE 中保存 在Oracle i缺省的啟動參數(shù)是spfile 不要用pfile文件啟動數(shù)據(jù)庫

物理內(nèi)存大于 G以上的通用設置:

啟動 Enterprise Management Console 以SYS/**** as SYSDBA身份進入系統(tǒng)

配置SGA和PGA大小方法如下

物理內(nèi)存大于 G以上的通用設置

中文名 參數(shù)名 參數(shù)值 設置方法

SGA的最大大小 Sga_max_size M 例程 配置 內(nèi)存項卡

日志緩沖區(qū) Log_buffer 例程 配置 一般信息選項卡 所有初始化參數(shù)

大型池 Large_pool_size M 例程 配置 內(nèi)存項卡

Java池 Java_pool_size M 例程 配置 一般信息選項卡 所有初始化參數(shù)

共享池 Shared_pool_size M 例程 配置 內(nèi)存項卡

數(shù)據(jù)緩沖區(qū)高速緩存 Db_cache_size M 例程 配置 內(nèi)存項卡

Keep池 Db_keep_cache_size M 例程 配置 一般信息選項卡 所有初始化參數(shù)

Pga自動管理 workarea_size_policy AUTO 例程 配置 一般信息選項卡 所有初始化參數(shù)

總計pga目標 pga_aggregate_target M 例程 配置 內(nèi)存項卡

說明:

此內(nèi)存設置不包含在數(shù)據(jù)庫服務器上的其它應用程序的物理內(nèi)存的大小 如果有其它的應用程序 可以參照下面的計算: sga_max_size+ pga_aggregate_target+應用程序物理內(nèi)存+OS物理內(nèi)存 = 系統(tǒng)物理內(nèi)存* % 如果服務器上只有Oracle服務器 在 G以上物理內(nèi)存的服務器上Oracle內(nèi)存參數(shù)都可以參照上面的設置 如果服務器上有其它的應用 而服務器總的物理內(nèi)存大于 請自己計算后再選擇的方案

sga_max_size+ pga_aggregate_target = G 在 bit操作系統(tǒng)上有這個限制

lishixinzhi/Article/program/Oracle/201311/17386

oracle數(shù)據(jù)庫優(yōu)化有哪些方法？

你最好買一本專門講ORACLE性能優(yōu)化的書，好好看看\x0d\x0a1、調(diào)整數(shù)據(jù)庫服務器的性能\x0d\x0aOracle數(shù)據(jù)庫服務器是整個系統(tǒng)的核心，它的性能高低直接影響整個系統(tǒng)的性能，為了調(diào)整Oracle數(shù)據(jù)庫服務器的性能，主要從以下幾個方面考慮： \x0d\x0a1.1、調(diào)整操作系統(tǒng)以適合Oracle數(shù)據(jù)庫服務器運行\(zhòng)x0d\x0aOracle數(shù)據(jù)庫服務器很大程度上依賴于運行服務器的操作系統(tǒng)，如果操作系統(tǒng)不能提供最好性能，那么無論如何調(diào)整，Oracle數(shù)據(jù)庫服務器也無法發(fā)揮其應有的性能。 \x0d\x0a1.1.1、為Oracle數(shù)據(jù)庫服務器規(guī)劃系統(tǒng)資源 \x0d\x0a據(jù)已有計算機可用資源, 規(guī)劃分配給Oracle服務器資源原則是：盡可能使Oracle服務器使用資源最大化,特別在Client/Server中盡量讓服務器上所有資源都來運行Oracle服務。 \x0d\x0a1.1.2、調(diào)整計算機系統(tǒng)中的內(nèi)存配置 \x0d\x0a多數(shù)操作系統(tǒng)都用虛存來模擬計算機上更大的內(nèi)存，它實際上是硬盤上的一定的磁盤空間。當實際的內(nèi)存空間不能滿足應用軟件的要求時，操作系統(tǒng)就將用這部分的磁盤空間對內(nèi)存中的信息進行頁面替換，這將引起大量的磁盤I/O操作，使整個服務器的性能下降。為了避免過多地使用虛存，應加大計算機的內(nèi)存。 \x0d\x0a1.1.3、為Oracle數(shù)據(jù)庫服務器設置操作系統(tǒng)進程優(yōu)先級 \x0d\x0a不要在操作系統(tǒng)中調(diào)整Oracle進程的優(yōu)先級，因為在Oracle數(shù)據(jù)庫系統(tǒng)中，所有的后臺和前臺數(shù)據(jù)庫服務器進程執(zhí)行的是同等重要的工作，需要同等的優(yōu)先級。所以在安裝時，讓所有的數(shù)據(jù)庫服務器進程都使用缺省的優(yōu)先級運行。 \x0d\x0a1.2、調(diào)整內(nèi)存分配\x0d\x0aOracle數(shù)據(jù)庫服務器保留3個基本的內(nèi)存高速緩存，分別對應3種不同類型的數(shù)據(jù)：庫高速緩存，字典高速緩存和緩沖區(qū)高速緩存。庫高速緩存和字典高速緩存一起構成共享池，共享池再加上緩沖區(qū)高速緩存便構成了系統(tǒng)全程區(qū)(SGA)。SGA是對數(shù)據(jù)庫數(shù)據(jù)進行快速訪問的一個系統(tǒng)全程區(qū)，若SGA本身需要頻繁地進行釋放、分配，則不能達到快速訪問數(shù)據(jù)的目的，因此應把SGA放在主存中，不要放在虛擬內(nèi)存中。內(nèi)存的調(diào)整主要是指調(diào)整組成SGA的內(nèi)存結構的大小來提高系統(tǒng)性能，由于Oracle數(shù)據(jù)庫服務器的內(nèi)存結構需求與應用密切相關，所以內(nèi)存結構的調(diào)整應在磁盤I/O調(diào)整之前進行。 \x0d\x0a1.2.1、庫緩沖區(qū)的調(diào)整 \x0d\x0a庫緩沖區(qū)中包含私用和共享SQL和PL/SQL區(qū)，通過比較庫緩沖區(qū)的命中率決定它的大小。要調(diào)整庫緩沖區(qū)，必須首先了解該庫緩沖區(qū)的活動情況，庫緩沖區(qū)的活動統(tǒng)計信息保留在動態(tài)性能表v$librarycache數(shù)據(jù)字典中，可通過查詢該表來了解其活動情況，以決定如何調(diào)整。 \x0d\x0a \x0d\x0aSelect sum(pins),sum(reloads) from v$librarycache; \x0d\x0a \x0d\x0aPins列給出SQL語句，PL/SQL塊及被訪問對象定義的總次數(shù)；Reloads列給出SQL 和PL/SQL塊的隱式分析或?qū)ο蠖x重裝載時在庫程序緩沖區(qū)中發(fā)生的錯誤。如果sum(pins)/sum(reloads) ≈0，則庫緩沖區(qū)的命中率合適；若sum(pins)/sum(reloads)1, 則需調(diào)整初始化參數(shù) shared_pool_size來重新調(diào)整分配給共享池的內(nèi)存量。 \x0d\x0a1.2.2、數(shù)據(jù)字典緩沖區(qū)的調(diào)整 \x0d\x0a數(shù)據(jù)字典緩沖區(qū)包含了有關數(shù)據(jù)庫的結構、用戶、實體信息。數(shù)據(jù)字典的命中率，對系統(tǒng)性能影響極大。數(shù)據(jù)字典緩沖區(qū)的使用情況記錄在動態(tài)性能表v$librarycache中，可通過查詢該表來了解其活動情況，以決定如何調(diào)整。 \x0d\x0a \x0d\x0aSelect sum(gets),sum(getmisses) from v$rowcache; \x0d\x0a \x0d\x0aGets列是對相應項請求次數(shù)的統(tǒng)計；Getmisses 列是引起緩沖區(qū)出錯的數(shù)據(jù)的請求次數(shù)。對于頻繁訪問的數(shù)據(jù)字典緩沖區(qū)，sum(getmisses)/sum(gets)10%～15%。若大于此百分數(shù)，則應考慮增加數(shù)據(jù)字典緩沖區(qū)的容量，即需調(diào)整初始化參數(shù)shared_pool_size來重新調(diào)整分配給共享池的內(nèi)存量。 \x0d\x0a1.2.3、緩沖區(qū)高速緩存的調(diào)整 \x0d\x0a用戶進程所存取的所有數(shù)據(jù)都是經(jīng)過緩沖區(qū)高速緩存來存取，所以該部分的命中率，對性能至關重要。緩沖區(qū)高速緩存的使用情況記錄在動態(tài)性能表v$sysstat中，可通過查詢該表來了解其活動情況，以決定如何調(diào)整。 \x0d\x0a \x0d\x0aSelect name,value from v$sysstat where name in ('dbblock gets','consistent gets','physical reads'); \x0d\x0a \x0d\x0adbblock gets和consistent gets的值是請求數(shù)據(jù)緩沖區(qū)中讀的總次數(shù)。physical reads的值是請求數(shù)據(jù)時引起從盤中讀文件的次數(shù)。從緩沖區(qū)高速緩存中讀的可能性的高低稱為緩沖區(qū)的命中率，計算公式： \x0d\x0a \x0d\x0aHit Ratio=1-(physical reds/(dbblock gets+consistent gets)) \x0d\x0a \x0d\x0a如果Hit Ratio60%～70%，則應增大db_block_buffers的參數(shù)值。db_block_buffers可以調(diào)整分配給緩沖區(qū)高速緩存的內(nèi)存量，即db_block_buffers可設置分配緩沖區(qū)高速緩存的數(shù)據(jù)塊的個數(shù)。緩沖區(qū)高速緩存的總字節(jié)數(shù)=db_block_buffers的值*db_block_size的值。db_block_size 的值表示數(shù)據(jù)塊大小的字節(jié)數(shù)，可查詢 v$parameter 表： \x0d\x0a \x0d\x0aselect name,value from v$parameter where name='db_block_size'; \x0d\x0a \x0d\x0a在修改了上述數(shù)據(jù)庫的初始化參數(shù)以后，必須先關閉數(shù)據(jù)庫，在重新啟動數(shù)據(jù)庫后才能使新的設置起作用。

本文名稱：oracle怎么優(yōu)化 oraclesql優(yōu)化
標題網(wǎng)址：http://muchs.cn/article42/hgieec.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供Google、移動網(wǎng)站建設、搜索引擎優(yōu)化、企業(yè)建站、關鍵詞優(yōu)化、網(wǎng)站設計公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)