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

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

10多年的臨滄網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對設(shè)計(jì)、前端、開發(fā)、售后、文案、推廣等六對一服務(wù)，響應(yīng)快，48小時(shí)及時(shí)工作處理。成都營銷網(wǎng)站建設(shè)的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動(dòng)調(diào)整臨滄建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì)，從而大程度地提升瀏覽體驗(yàn)。成都創(chuàng)新互聯(lián)從事“臨滄網(wǎng)站設(shè)計(jì)”,“臨滄網(wǎng)站推廣”以來，每個(gè)客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。

Peak Wong

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

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

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

服務(wù)器都作了什么設(shè)置呢?比如sga的分配 是什么情況呢?

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

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

ORACLE i調(diào)優(yōu)只涉及如下幾個(gè)參數(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缺省的啟動(dòng)參數(shù)是spfile 不要用pfile文件啟動(dòng)數(shù)據(jù)庫

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

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

配置SGA和PGA大小方法如下

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

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

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

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

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

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

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

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

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

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

總計(jì)pga目標(biāo) pga_aggregate_target M 例程 配置 內(nèi)存項(xiàng)卡

說明:

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

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

lishixinzhi/Article/program/Oracle/201311/17386

性能調(diào)優(yōu)：ORACLE性能初步調(diào)整

在User Schema 上 用人工指定方式指定 Tmp 的tablespace 換句話說要人工定義一個(gè)tmp 的tablespace 給user schema ——為colm v這個(gè)user單獨(dú)開一個(gè)臨時(shí)表空間 個(gè)人認(rèn)為調(diào)整之后效果不會(huì)有很明顯的變化臨時(shí)表空間的作用是當(dāng)sql語句中出現(xiàn)order by group by（也就是需要排序的時(shí)候） 如果排序的數(shù)據(jù)比較少 就會(huì)在內(nèi)存中排序 排序的數(shù)據(jù)量很大時(shí) oracle會(huì)把排序的任務(wù)放在臨時(shí)表空間中完成 內(nèi)存中排序（邏輯排序）比在磁盤上排序（物理排序）理論上快 倍！所以臨時(shí)表空間很大并不是一件好事情 說明sql中存在大量排序的動(dòng)作 sql語句需要優(yōu)化！??? 所以深圳那里需要看一下臨時(shí)表空間的大?。?/p>

當(dāng)然johanna的意見也會(huì)有一定的作用 臨時(shí)表空間獨(dú)立出來之后 就不會(huì)和sys system等一系列oracle 內(nèi)部使用臨時(shí)表空間的操作產(chǎn)生資源競爭！

請檢查SQL 使用到的where 條件是否均有定index ? 除此以外 檢查使用到的where 條件最好以index 之順序來寫——這部分比較復(fù)雜 也是性能最關(guān)鍵的地方 幾乎所有的oracle專家都認(rèn)為 %以上的性能調(diào)整都和sql語句優(yōu)化有關(guān) 需要check所有的sql語句where后面的條件是否有用到index的必要 ? 工程量比較浩大！需要一個(gè)個(gè)小心謹(jǐn)慎的check！

把index 做一次 dbms_stats dbms stats 是oracle內(nèi)部的api 可以對index table進(jìn)行分析 收集統(tǒng)計(jì)信息 這樣oracle優(yōu)化器就會(huì)有一個(gè)最佳的選擇 使性能達(dá)到最佳方法如下

SQLselect tt table_name tt num_rows tt blocks tt empty_blocks tt avg_row_len from dba_tables tt where tt owner= COLMTEST ; SQL select ttt index_name ttt num_rows ttt distinct_keys ttt avg_leaf_blocks_per_key ttt clustering_factor from dba_indexes ttt where ttt owner= COLMTEST ;

執(zhí)行上述兩條命令之后會(huì)發(fā)現(xiàn)除了table_name和index_name 其余列的統(tǒng)計(jì)信息都是不完全的

SQLexecute dbms_stats gather_schema_stats（ownname = COLMTEST cascade=true） ?

執(zhí)行完dbms_stats 再調(diào)用上述兩句語句 會(huì)發(fā)現(xiàn)所有的列基本上都已經(jīng)被填充！

PS 執(zhí)行統(tǒng)計(jì)比較慢 相當(dāng)于所有table index都掃描一遍的時(shí)間 COLMTEST 改一下另外 對單個(gè)表執(zhí)行統(tǒng)計(jì)分析的語句如下

EXECUTE dbms_stats gather_table_stats (ownname= citic tabname= col_cust_id estimate_percent= cascade=true)

做過以上處理之后 再看情形 ? 再依情況放參數(shù)

——參數(shù)暫時(shí)不用調(diào)整！

建議做一個(gè)STATSPACK通過Statspack我們可以很容易的確定Oracle數(shù)據(jù)庫的瓶頸所在 記錄數(shù)據(jù)庫性能狀態(tài) 迅速了解數(shù)據(jù)庫運(yùn)行狀況

方法如下

安裝Statspack安裝Statspack擁有SYSDBA（connect / as sysdba）權(quán)限的用戶登陸 需要在本地安裝或者通過telnet登陸到服務(wù)器 ——客戶端登錄不可以

必要條件 先創(chuàng)建名稱為perfstat的表空間 至少 M

在那臺(tái)oracle數(shù)據(jù)庫上用colmv 登錄SQL*PLUS 然后輸入SQL connect sys/sys@（你們那里的sid） as sysdba SQL alter system set timed_statistics = true System altered——使用statspack收集統(tǒng)計(jì)信息時(shí)建議將該值設(shè)置為 TRUE 否則收集的統(tǒng)計(jì)信息大約只能起到 %的作用

SQL @C \oracle\ora \rdbms\admin\spcreate sql 輸入 perfstat_password 的值 ? perfstat輸入default_tablespace的值 ? perfstat輸入temporary_tablespace 的值 ? temp

NOTE SPCPKG plete Please check spcpkg lis for any errors ——需要出現(xiàn)上述語句才算成功 否則請查看 lis文件并執(zhí)行 進(jìn)行重建SQL @C \oracle\ora \rdbms\admin\spdrop sql SQL @C \oracle\ora \rdbms\admin\spcreate sql

查看文件夾會(huì)產(chǎn)生三個(gè)文件C \oracle\ora \bin spcpkg lis spctab lis spcusr lis

——從下面開始都可以在客戶端SQL_PLUS進(jìn)行操作 手動(dòng)執(zhí)行STATSPACK收集統(tǒng)計(jì)信息SQL show user USER為 PERFSTAT SQL execute statspack snap ???? ——快照

然后需要經(jīng)過 個(gè)小時(shí)（跑批需要包含在里面） 再執(zhí)行SQL execute statspack snap ???? ——快照

最后生成STATSPACK調(diào)整報(bào)告

SQL @C:\oracle\ora \rdbms\admin\spreport sql;

Current Instance ~~~~~~~~~~~~~~~~ ? ?? DB Id??? DB Name????? Inst Num Instance ? COLM??????????????? colm ? Instances in this Statspack schema ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ?? DB Id??? Inst Num DB Name????? Instance???? Host ? ??????? COLM???????? colm???????? STEVENHUANG ? Using? for database Id Using????????? for instance number ? Completed Snapshots ? ??????????????????????? ???Snap??????????????????? Snap Instance???? DB Name???????? Id?? Snap Started??? Level Comment colm???????? COLM?????????? 月 : ???? ??????????????????????????? ???? ???????????????????????????? ??????????? 月 : ???? ??????????????????????????????? ??? Specify the Begin and End Snapshot Ids ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 輸入 begin_snap 的值:? 輸入 end_snap 的值:? End?? Snapshot Id specified: ? Specify the Report Name ~~~~~~~~~~~~~~~~~~~~~~~ The default report file name is sp_ _ ? To use this name press return to continue otherwise enter an alternative 輸入 report_name 的值:? report txt ? End of Report

查看產(chǎn)生的report 文檔C \oracle\ora \bin\report txt

lishixinzhi/Article/program/Oracle/201311/17298

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

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

Oracle分區(qū)是怎樣優(yōu)化數(shù)據(jù)庫的？

Oracle的分區(qū)可以分為：列表分區(qū)、范圍分區(qū)、散列分區(qū)、復(fù)合分區(qū)。

1、增強(qiáng)可用性：如果表的一個(gè)分區(qū)由于系統(tǒng)故障而不能使用，表的其余好的分區(qū)仍可以使用；

2、減少關(guān)閉時(shí)間：如果系統(tǒng)故障只影響表的一部分分區(qū)，那么只有這部分分區(qū)需要修復(fù)，可能比整個(gè)大表修復(fù)花的時(shí)間更少；

3、維護(hù)輕松：如果需要建表，獨(dú)自管理每個(gè)公區(qū)比管理單個(gè)大表要輕松得多；

4、均衡I/O：可以把表的不同分區(qū)分配到不同的磁盤來平衡I/O改善性能；

5、改善性能：對大表的查詢、增加、修改等操作可以分解到表的不同分區(qū)來并行執(zhí)行，可使運(yùn)行速度更快；

6、分區(qū)對用戶透明：最終用戶感覺不到分區(qū)的存在。