增強了的v$process查看表 Oracle已經(jīng)通過增強v$process查看表來實現(xiàn)內(nèi)存監(jiān)控。v$process查看表里的新數(shù)據(jù)列答應你顯示當前所有Oracle進程的程序全局區(qū)（PGA）區(qū)域的細節(jié)。PGA是內(nèi)存里的一個專門區(qū)域，被單獨的進程用來執(zhí)行內(nèi)存密集型函數(shù)，例如排序。 v$process查看表的三個新數(shù)據(jù)列包括pga_used_memory、pga_allocated_memory和 pga_max_memory。從這些刻度表里，你可以看到Oracle環(huán)境里各個后臺進程的實際內(nèi)存利用率，還可以查看每個到數(shù)據(jù)庫的連接所需要的內(nèi)存。為了說明這個問題，考慮一下下面這個查詢： col c1 heading 'ProgramName' format a30col c2 heading 'PGAUsedMemory' format 999,999,999col c3 heading 'PGAAllocatedMemory' format 999,999,999col c4 heading 'PGAMaximumMemory' format 999,999,999selectprogram c1,pga_used_mem c2,pga_alloc_mem c3,pga_max_mem c4fromv$processorder byc4 desc;這個例子深入到了Oracle數(shù)據(jù)庫引擎的行為中。例如，你可以看到Oracle的日志編寫器（LGWR）進程是PGA內(nèi)存最大的消耗者，其原因是很清楚的：Oracle的日志編寫器進程必須把重做日志鏡像（redo log image）從Oracle的日志緩沖器（在內(nèi)存里）里傳輸?shù)皆诰€重做日志文件系統(tǒng)里。你還可以看到Oracle的數(shù)據(jù)庫編寫器（DBW0）進程也有很高的內(nèi)存占用率，這也是有原因的：Oracle的異步I/O進程必須使用大量的內(nèi)存資源來保證所有數(shù)據(jù)庫的更改都被成功地寫到數(shù)據(jù)庫里。 各個進程所要使用的內(nèi)存大小 在Oracle9i里查看內(nèi)存使用的真實值就是查看各個進程的內(nèi)存使用率。Oracle9i現(xiàn)在有一個共享的內(nèi)存區(qū)域，叫做pga_aggregate_target。在使用Oracle的多線程服務器時， pga_aggregate_target參數(shù)的工作方法和Oracle的大內(nèi)存池相類似，只有一個顯著的不同點。有了一個共享內(nèi)存區(qū)域，Oracle的各個進程，在進行排序和散裂合并時，就可以不受限制地使用多達內(nèi)存池總量5％的內(nèi)存。這相對于Oracle8i來說是個重大的改進，它原來要求每個PGA區(qū)域的大小必須限制在sort_area_size初始化參數(shù)所設定的值里。 Oracle9i還提供了一個叫做v$pgastat的新字典查看表。v$pgastat查看表能顯示數(shù)據(jù)庫內(nèi)每個內(nèi)存區(qū)域內(nèi)的內(nèi)存使用率的總量。這些信息可以告訴你內(nèi)存使用率的峰值，還能答應你根據(jù)對系統(tǒng)的相對壓力來調(diào)整內(nèi)存需求。以下是一個簡單的對v$pgastat的查詢： column name format a40column value format 999,999,999select name,valuefromv$pgastatorder byvalue desc;你可以看到pga_aggregate_target的值以及這個實例所使用的所有內(nèi)存區(qū)域的峰值。現(xiàn)在我們再來看看最佳、單周期和多周期的內(nèi)存運行情況。 當Oracle的進程需要進行操作時，例如排序或者散裂合并，它就到pga_aggregate_target區(qū)域里的共享內(nèi)存區(qū)里，嘗試取得足夠多的相互毗鄰的內(nèi)存幀來執(zhí)行操作。假如這個進程能夠立即取得這些內(nèi)存幀，它就被標記為最優(yōu)內(nèi)存訪問。假如需要在單周期內(nèi)通過pga_aggregate_target取得所需的內(nèi)存，那么內(nèi)存分配就被標記為單周期。假如所有的內(nèi)存都在使用中，那么Oracle也許就不得不通過pga_aggregate_target在多周期內(nèi)取得內(nèi)存，這叫做多周期。 記住：內(nèi)存的速度是非常非常快的，絕大多數(shù)排序或者散裂合并都是在幾微秒內(nèi)完成的。Oracle答應單個進程最多使用pga_aggregate_target 5％的內(nèi)存，并行操作最多可以被答應消耗PGA內(nèi)存池30％的內(nèi)存。 多周期運行顯示了內(nèi)存的不足，所以你總應該分配足夠的內(nèi)存以保證至少有95％連接上了的任務能夠最佳地獲得內(nèi)存。 你可以查詢這里列出的v$sysstat查看表來取得workarea運行的信息： col c1 heading 'WorkareaProfile' format a35col c2 heading 'Count' format 999,999,999col c3 heading 'Percentage' format 99select name c1,cnt c2,decode(total, 0, 0, round(cnt*100/total)) c3from(select name,value cnt,(sum(value) over ()) totalfromv$sysstatwherename like 'workarea exec%');至少有95％的任務應該有最佳workarea運行情況。在以上的輸出中，你可以看到所有的workarea運行情況，它們能運行在最佳、單周期和多周期模式下。 這里提供了和pga_aggregate_target區(qū)域大小相關(guān)的重要信息。它還能指示出內(nèi)存區(qū)域的過量分配。假如最佳workarea運行的百分比持續(xù)保持在98到100％，你就可以從pga_aggregate_target里心安理得地“盜取”內(nèi)存幀，并把它們分配到Oracle SGA（例如db_cache_size）的其他區(qū)域里，那里可能更需要內(nèi)存資源。查看各個workareas Oracle還提供了數(shù)據(jù)字典查看表，它能顯示SQL聲明的運行計劃里各個步驟所使用的內(nèi)存大小。其價值對正確設置hash_area_size和其他內(nèi)存密集參數(shù)的內(nèi)存大小是不可估量的。 v$sql_workarea_active查看表顯示了Oracle9i數(shù)據(jù)庫里各個workarea的內(nèi)存使用數(shù)量。 而且，Oracle提供了多個用來合并表格的方法，每個都需要不同數(shù)量的內(nèi)存。Oracle9i SQL優(yōu)化器能夠分辨分類歸并聯(lián)合、嵌套循環(huán)合并、、散裂合并和星型合并方法。在有些情況下，散裂合并比分類歸并聯(lián)合運行得更快，但是散裂合并需要更多的內(nèi)存資源和對hash_area_size參數(shù)更高級的設置。 以下是對v$sql_workarea_active查詢表的查詢： Selectto_number(decode(SID, 65535, NULL, SID)) sid,operation_type OPERATION,trunc(WORK_AREA_SIZE/1024) WSIZE,trunc(EXPECTED_SIZE/1024) ESIZE,trunc(ACTUAL_MEM_USED/1024) MEM,trunc(MAX_MEM_USED/1024) 'MAX MEM',number_passes PASSfromv$sql_workarea_activeorder by 1,2;你可以看到SQL運行每一步的內(nèi)存使用數(shù)量。一個SQL聲明執(zhí)行Group By排序需要73 KB內(nèi)存。你還可以看到運行散裂合并的兩個SQL聲明的系統(tǒng)ID（SID）。這些散裂合并分別使用了3到13 MB內(nèi)存來建立內(nèi)存中的散裂表。 一個非常重要的工具 Oracle正在成為最靈活、最復雜的數(shù)據(jù)庫治理系統(tǒng)之一。數(shù)據(jù)庫組件的內(nèi)存使用查看表是治理你Oracle數(shù)據(jù)庫非常重要的工具。有了它，Oracle專家能夠更加輕易地保證內(nèi)存使用率的所有設置對所有應用程序都是最優(yōu)的。