Oracle數據庫內存監控和意義

ORACLE的數據庫所佔用的內存區域被稱為SGA，它主要由三部分組成，第一部分是DATA BUFFER，第二部分是LOG BUFFER，第三部分是SHARED POOL。

DATA BUFFER中存放的是常用的ORACLE數據塊，當ORACLE中的某個事務要對某些數據進行查詢或修改時，ORACLE會首先在DATA BUFFER中尋找該數據塊，若能找到，則操作直接在內存中進行，不需要物理讀操作，這樣可以提高系統性能。對於DATA BUFFER的管理而言，最重要的一個指標就是它的命中率，如果命中率大於95%，則説明絕大多數數據都可以直接在內存中訪問到，系統的性能尚可，若此值 小於95%，則需增大DATA BUFFER的空間。

LOG BUFFER中存放的是ORACLE的REDO LOG信息，這些信息在滿足一定的條件時由ORACLE後台進程LGWR寫入到物理的REDO LOG文件中。如果LOG BUFFER的空間太小，而CPU較快，硬盤較慢，則在事務處理繁忙時，有可能會造成當LOG BUFFER還沒有完全寫入REDO LOG時，LOG BUFFER已全部佔滿的情況。此時正在被處理的事務只能等待系統將LOG BUFFER完全寫入文件後才能繼續，這樣一來，系統的性能將受到影響。對於LOG BUFFER的管理而言，最重要的一個指標就看是它的REDO LOG SPACE REQUEST與REDO ENTRIES的比率，如果此數值小於1/5000，則説明系統的性能尚可，若此值大於1/5000，則需增大LOG BUFFER的空間。

　　SHARED POOL主要由兩部分組成，其一為DICTIONARY CACHE，其二為LIBRARY CACHE。

DICTIONARY CACHE在內存中存放ORACLE數據庫中常用的'數據字典的信息，若此區域太小，當ORACLE需要某些數據字典信息，如對某用户的權限設置等信息時， 如果該信息不能在DICTIONARY CACHE中找到，則必須先通過物理讀從ORACLE數據庫的數據文件中得到該信息，然後再將該內存區域的部分信息替換出去。如此反覆，將大大影響系統的 性能。對於DICTIONARY CACHE的管理而言，最重要的一個指標就是它的命中率，如果命中率大於95%，則説明絕大多數數據字典信息都可以直接在內存中訪問到，系統的性能尚可， 若此值小於95%，則需增大SHARED POOL的空間，從而間接增大DICTIONARY CACHE的空間。

LIBRARY CACHE在內存中存放經語法分析後的、可執行的SQL CURSOR的信息和編譯後的PL/SQL的程序等。當用户向ORACLE發出一個SQL命令後，ORACLE首先利用其內部的HASH函數將此SQL語 句的文本映射成一個LIBRARY CACHE中的地址，檢查在該地址是否有已經過語法分析後的、可執行的與該SQL語句對應的SQL CURSOR的信息，如果沒有，則ORACLE將該SQL語句經語法分析後的結果存放在此，這樣一來，下一條與此完全一致的SQL語句將不必再次進行語法 分析。ORACLE數據庫通過這樣的機制來提高系統性能。但如果LIBRARY CACHE太小，當用户下一條完全一致的SQL語句鍵入時，原SQL語句經語法分析後的結果已被替換出去，在這樣的情況下，系統的性能將大受影響。因此對 於LIBRARY CACHE的管理而言，最重要的一個指標就是它的命中率，如果命中率大於95%，則説明絕大多數可執行信息都可以直接在內存中訪問到，不必再次經過語法分 析和編譯，系統的性能尚可，若此值小於95%，則需增大SHARED POOL的空間，從而間接增大LIBRARY CACHE的空間。

HRef="https://caihuazhai.com/zh-hk/tags-vkyv-0.html" target="_blank" >目標

監控數據庫的內存使用效率，以確定數據庫的使用是否存在嚴重的內存配置問題。

常用的掃描類型

BCHRATIO：此掃描類型顯示DATA BUFFER的命中率，通常情況下，該數值不應小於95%。

DATABASE SLOTS – REDO LOGS：此掃描類型顯示關於LOG BUFFER的信息。

LIBRARY CACHE – PIN HIT RATIO：此掃描類型顯示關於LIBRARY CACHE的命中率。

DICTIONARY CACHE – HIT RATIO：此掃描類型顯示關於DICTIONARY CACHE的命中率。

　　表格1.與內存監控有關的掃描類型

　　表格2.與內存監控有關部門的報警類型