【正文】 件可以自動管理，各個內(nèi)存大小由數(shù)據(jù)庫自己決定，設(shè)置SGA＿TARGET參數(shù)（非0）即可以開啟內(nèi)存自動管理，這個參數(shù)也可動態(tài)修改，如果設(shè)置為0，則意味著，禁用內(nèi)存自動管理，伋需要DBA手動調(diào)整各個內(nèi)存組件大小。以下內(nèi)存組件大小可以由數(shù)據(jù)庫自動設(shè)置 cache(db_cache_size) pool(shared_pool_size) pool(large_pool_size) pool(java_pool_size) pool(stream_pool＿size)共享池主要用于sql或pl/sql的解析，可以暫存最近常用的sql語句和相關(guān)數(shù)據(jù)字典信息共享池主要包括兩個與sql語句解析性能相關(guān)的內(nèi)存組件。庫高速緩存 ； 數(shù)據(jù)字典高速緩存共享池大小由參數(shù)shared_pool_size 決定大小，可以動態(tài)調(diào)整，它的各個內(nèi)部件大小由共享池大小決定，不能單獨(dú)設(shè)置alter system shared_pool_size=100m。 設(shè)置共享池大小；如果開啟了內(nèi)存自動管理特性，則不需要DBA手動調(diào)整。庫高速緩存用于暫存最近常使用的SQL和PL/SQL語句的文本，分析代碼，執(zhí)行計(jì)劃。SQL文本也就是SQL語句。執(zhí)行計(jì)劃是最終SQL語句的執(zhí)行算法，分析代碼則是生成執(zhí)行計(jì)劃的分析過程。庫高速緩存暫時存放常用語句信息的目的是為了能夠共享SQL代碼，從而能夠重用已經(jīng)解析好的執(zhí)行計(jì)劃，減少硬解析帶來的資源消耗與其它內(nèi)存區(qū)一樣，庫高速緩存也遵循LRU算法管理內(nèi)存，由于內(nèi)存空間大小有限，所以總會有一些SQL語句的信息被擠出庫高速緩存區(qū)，這意味著必然會帶來一些語句代碼的硬解析，所以需要對庫高速緩存進(jìn)行一些調(diào)整，以減少對解析性能的影響庫高速緩存的內(nèi)部又分為兩個內(nèi)存區(qū)，分別緩存SQL語句和PL／SQL語句的信息：共享sql區(qū)共享pl/sql區(qū)庫高速緩存的大小不能直接設(shè)置，受共享池的大小影響，由數(shù)據(jù)自行決定數(shù)據(jù)字典高速緩存用于暫存最近常使用的數(shù)據(jù)字典信息，它同樣遵循LRU算法管理內(nèi)存，在字典緩存區(qū)中主要暫存解析所需的表空間，存儲，表，索引，字段，用戶，權(quán)限以及其他數(shù)據(jù)庫對象的相關(guān)字典信息由于SQL語句解析時，服務(wù)進(jìn)程需要查找相關(guān)的數(shù)據(jù)字典信息以支持解析，而字典信息默認(rèn)存儲在數(shù)據(jù)文件的數(shù)據(jù)字典信息中，所以每次解析去I／O讀取數(shù)據(jù)文件并不是好的選擇。將常用的字典信息緩存在數(shù)據(jù)字典高速緩存區(qū)中，能夠快速訪問所需的字典信息，有效減少解析的時間，所以SQL語句解析的性能得到提高。數(shù)據(jù)字典的大小也不能直接修改，受共享池的大小的影響，數(shù)據(jù)庫自行決定數(shù)據(jù)高速緩存區(qū)用于暫存從數(shù)據(jù)文件中獲得的數(shù)據(jù)塊的數(shù)據(jù)映像，同樣遵循LRU算法管理內(nèi)存，不論是表中的數(shù)據(jù)塊，不是索引的數(shù)據(jù)塊，或回滾段的數(shù)據(jù)塊，都被讀取到數(shù)據(jù)高速緩存中進(jìn)行處理，如果內(nèi)存中的數(shù)據(jù)塊發(fā)生變化，在特定的時機(jī)會被特定后臺進(jìn)程寫回到數(shù)據(jù)文件中。由于大量數(shù)據(jù)塊經(jīng)常被反復(fù)訪問，所以如果數(shù)據(jù)已經(jīng)讀入內(nèi)存，當(dāng)再次需要操作這些數(shù)據(jù)塊時就可以在內(nèi)存中直接獲取和更新，減少了磁盤I/O的操作，SQL語句的執(zhí)行執(zhí)行效率有大幅的提高初始化參數(shù)DB_BLOCK_SIZE 決定了數(shù)據(jù)塊的大小，這也是數(shù)據(jù)庫I/O的最小單位，所以這個參數(shù)將影響到數(shù)據(jù)訪問的性能，而且需要注意的是，這個參數(shù)在創(chuàng)建數(shù)據(jù)庫之后將不能夠被改變數(shù)據(jù)高速緩區(qū)由多個獨(dú)立的子緩存池構(gòu)成，它的大小是這些緩存池的大小之和，這些子緩存區(qū)可以獨(dú)立設(shè)置大小，通過下面的參數(shù)進(jìn)行設(shè)置 db_cache_size db_keep_cache_size db_recycle_cache_size這些子緩存池的大小都可以動態(tài)調(diào)整，但是只有db_cache_size可以由數(shù)據(jù)庫自動管理大小，默認(rèn)只有db_cache_size 被設(shè)置了有效值，其他兩個緩存池大小被設(shè)置為零重做日志緩沖區(qū)用于暫存數(shù)據(jù)庫中所有數(shù)據(jù)塊的改變信息，這些信息將按照改變的發(fā)生時間順序記錄在緩存區(qū)中，然后在特定的時機(jī)下被寫入重做日志文件，日志緩存區(qū)的內(nèi)存管理方法是FIFO，也就是是先進(jìn)先出重做日志主要被用于提供數(shù)據(jù)的恢復(fù)功能，應(yīng)用日志前滾（roll forward）就是數(shù)據(jù)庫的基本恢復(fù)原理使用重做日志緩沖區(qū)的目的是為了提高DML或者DDL語句的執(zhí)行速度，減少日志產(chǎn)生帶來的性能影響，減少系統(tǒng)日志I/O的頻度重做日志緩沖區(qū)的大小出log_buffer參數(shù)決定，但這個內(nèi)存區(qū)不能動態(tài)調(diào)整大小，也不能被自動管理大池是系統(tǒng)全局區(qū)中的一個可選內(nèi)存區(qū)，但通常在系統(tǒng)中會進(jìn)行配置，大池主要以下幾種情況使用（UGA）信息大池由參數(shù)large_pool_size 設(shè)置，也可以由數(shù)據(jù)庫自動管理Java 池也是系統(tǒng)全局區(qū)中的一個可選內(nèi)存區(qū)，主要用于數(shù)據(jù)庫中存儲的Java程序的解析和執(zhí)行，通常如果不需要在數(shù)據(jù)庫中運(yùn)行java程序，可以不啟用就個內(nèi)存區(qū)，但是如果在數(shù)據(jù)庫創(chuàng)建時選擇了安裝JVM組件，那么這個池必須配置Java 池由java_pool_size 設(shè)置，也可以動態(tài)調(diào)整.如果granule是4M，Java池的默認(rèn)大小是24M，如果granule是16M，Java池的默認(rèn)大小是32M，如果使用了JVM組件，java池不得小于默認(rèn)的大小。程序全局區(qū)是為每個連接數(shù)據(jù)庫會話開辟的私有內(nèi)存區(qū)，每個會話都有自己獨(dú)立的PGA區(qū)，當(dāng)用戶進(jìn)程對應(yīng)的服務(wù)進(jìn)程被創(chuàng)建時分配，也就是會話創(chuàng)建時PGA空間分配，會話斷開時PGA空間釋放，每個PGA區(qū)只能被一個服務(wù)進(jìn)程使用在8i的時候每個會話的pga大小是固定的，由一些*.area_size參數(shù)準(zhǔn)定大小，這樣造成了各個PGA大小不能結(jié)合實(shí)際會話的需求而定。從9i開始PGA使用了自動管理特性，通過參數(shù)pga_aggregate_target設(shè)置pga的總大小，而各個會話需要分配pga內(nèi)存時，從總的pga中直接分配，分配的pga空間大小取決于會話的實(shí)際需求，這樣的分配方式使會話的pga大小更加符合實(shí)際的會話需求由于排序內(nèi)存空間屬于pga的一個部分，所以各個會話的pga大小，將會影響會話的排序性能，需要根據(jù)會話的排序情況，設(shè)置合適的PGA大小PGA＿AGGREGATE＿TARGET參數(shù)的大小設(shè)置可以借鑒一些經(jīng)驗(yàn)值for oltp系統(tǒng) pga_aggregate_target=(總的物理內(nèi)存大小＊80%)*20%for dss 系統(tǒng) pga_aggregate_target=(總的物理內(nèi)存大?。?0%)*50%進(jìn)程結(jié)構(gòu)也是實(shí)例的組成部分，進(jìn)程用于執(zhí)行特定的任務(wù)，不同的進(jìn)程完成的任務(wù)不同oracle進(jìn)程分為三大類：用戶進(jìn)程：客戶端用于連接數(shù)據(jù)庫的程序，主要負(fù)責(zé)發(fā)布需要執(zhí)行的SQL語句服務(wù)進(jìn)程：服務(wù)端響應(yīng)用戶操作請求的程序，通常與用戶進(jìn)程一一對應(yīng)，執(zhí)行用戶進(jìn)程發(fā)出的SQL語句，并將執(zhí)行結(jié)果返回用戶進(jìn)程后臺進(jìn)程：維護(hù)DB Server 正常運(yùn)行以及一些特定功能所需的進(jìn)程，隨著實(shí)例啟動而啟動，是DB Server運(yùn)行的必要組成部分用戶進(jìn)程也服務(wù)進(jìn)程的連接叫做會話建立通常用戶進(jìn)程和服務(wù)進(jìn)程是一一對應(yīng)的連接叫做專用連接方式，也可以由少量的服務(wù)進(jìn)程為大量的用戶進(jìn)程服務(wù)的情況，這種方式叫做共享連接方式PMON：進(jìn)程監(jiān)視進(jìn)程，用于監(jiān)視用戶進(jìn)程與服務(wù)進(jìn)程的連接是否異常終止，如果PMON檢測到連接異常終止，將執(zhí)行下面的任務(wù)PMON進(jìn)程也負(fù)責(zé)監(jiān)視共享模式數(shù)據(jù)庫的調(diào)度器進(jìn)程是否異常掛起，如果檢測到調(diào)度器進(jìn)程的異常，也將重起死掉的調(diào)度器進(jìn)程SMON：也叫系統(tǒng)監(jiān)視進(jìn)程，主要完成下面的三個功能：，如果發(fā)現(xiàn)不同步，按照下面的步驟執(zhí)行實(shí)例恢復(fù)前滾應(yīng)用丟失數(shù)據(jù)對應(yīng)的所有重做日志，打開數(shù)據(jù)庫，回滾崩潰時沒有完成的事務(wù)（對臨時表空間有效）（在字典管理表空間時使用）DBWR：也叫數(shù)據(jù)庫寫進(jìn)程，用于將數(shù)據(jù)緩存區(qū)中被修改過的臟數(shù)據(jù)（Dirty buffer）寫入數(shù)據(jù)文件中由于臟數(shù)據(jù)可能過多，單個DBWR進(jìn)程有可能忙不過來，所以DBWR可以定義多個，Oracle 最多允許啟動10個DBWR進(jìn)程，進(jìn)程的名稱分為DBW0DBW9,統(tǒng)稱為DBWnDBWR僅在特定的時機(jī)寫臟數(shù)據(jù)到數(shù)據(jù)文件中，下面是一些DBWR的寫時機(jī)，下列時機(jī)任何一個滿足都可以觸發(fā)DBWR寫操作 ping請求時LGWR：也叫做重做日志寫進(jìn)程，用于將日志緩沖區(qū)中的日志順序?qū)懭氲街刈鋈罩疚募?，日志記錄一旦寫入重做日志文件，相?yīng)的數(shù)據(jù)將不會丟失。LGWR把日志記錄寫入日志文件也有特定的時機(jī)，下面是LGWR的寫時機(jī)CKPT：也叫檢查點(diǎn)進(jìn)程，用于強(qiáng)制DB Server的同步操作，同步每隔一些時間會執(zhí)行一次，確保同步之前所有被修改過的臟數(shù)據(jù)都被寫入到了數(shù)據(jù)文件中，這些被寫入數(shù)據(jù)文件中的數(shù)據(jù)在系統(tǒng)崩潰時不需要恢復(fù)，只有內(nèi)存中的數(shù)據(jù)丟失，需要被恢復(fù)，在系統(tǒng)崩潰時的這種恢復(fù)操作被叫做實(shí)例恢復(fù)，實(shí)例恢復(fù)由于存儲介質(zhì)并沒有損壞，所以僅需要應(yīng)用用日志記錄，即可恢復(fù)檢查點(diǎn)進(jìn)程執(zhí)行下面的動作來完成同步操作在數(shù)據(jù)庫正常關(guān)閉時，系統(tǒng)一定會由檢查點(diǎn)進(jìn)程執(zhí)行同步操作，以確保數(shù)據(jù)庫啟動時可以直接打開。在日志文件寫滿后發(fā)生日志切換時，同樣發(fā)生同步，以確保實(shí)例恢復(fù)只需要使用重做日志文件內(nèi)容。可選后臺進(jìn)程這些可選后臺進(jìn)程提供了不同的功能，如果需要這些功能，則啟用這些后臺進(jìn)程ARCn：歸檔進(jìn)程，在歸檔模式下當(dāng)日志切換時，歸檔進(jìn)程讀取當(dāng)前的是重做日志內(nèi)容，生成歸檔文件Pnnn：并行進(jìn)程，用于并行查詢或者并行DML操作Dnnn：調(diào)度進(jìn)程,用于共享模式連接的用戶操作請求的調(diào)度Snnn：共享服務(wù)進(jìn)程，用于共享模式連接的用戶操作請求的執(zhí)行MMAN：內(nèi)存管理進(jìn)程，用于10g的內(nèi)存自動管理RECO：分布式恢復(fù)進(jìn)程，用于回滾未完成的分布式事務(wù)Jnnn：任務(wù)執(zhí)行進(jìn)程，用于完成用戶定制的自動執(zhí)行任務(wù)CJQO：任務(wù)調(diào)度進(jìn)程，用于在用戶規(guī)定的時間喚醒任務(wù)進(jìn)程執(zhí)行任務(wù)SQL語句在整個架構(gòu)中是如何運(yùn)行的：查詢語句：共享池的解析，數(shù)據(jù)文件的I／O，數(shù)據(jù)緩存區(qū)的讀取，PGA的排序和數(shù)據(jù)返回DML：共享池解析，數(shù)據(jù)文件的I／O，數(shù)據(jù)緩存區(qū)的讀取，回滾段數(shù)據(jù)的寫入，重做日志記錄的生成 ，數(shù)據(jù)塊記錄的修改事務(wù)控制語句：共享池的解析，重做日志文件的寫入數(shù)據(jù)字典：記錄數(shù)據(jù)庫和數(shù)據(jù)庫對象的相關(guān)信息，由基表和視圖構(gòu)成動態(tài)性能視圖：描述整個系統(tǒng)的運(yùn)行狀況，便于監(jiān)視數(shù)據(jù)庫的運(yùn)行內(nèi)置觸發(fā)器：當(dāng)特定事件發(fā)生時，完成系統(tǒng)預(yù)置的功能系統(tǒng)程序包：實(shí)現(xiàn)普通SQL語句不有實(shí)現(xiàn)的高級功能數(shù)據(jù)字典中記錄了數(shù)據(jù)庫和數(shù)據(jù)庫對象的所有信息，為了管理好數(shù)據(jù)庫，首先需要通過數(shù)據(jù)字典了解數(shù)據(jù)庫，數(shù)據(jù)字典是DBA了了解數(shù)據(jù)庫的必要途徑，在管理數(shù)據(jù)時，首先需要通過數(shù)據(jù)字典了解數(shù)據(jù)庫。數(shù)據(jù)字典是由數(shù)據(jù)自動生成的一系列系統(tǒng)數(shù)據(jù)表，被sys用戶擁有，存儲在system表空間上，大多數(shù)數(shù)據(jù)字典對用戶和DBA是只讀的，只能被數(shù)據(jù)庫維護(hù)，數(shù)據(jù)庫根據(jù)DBA或者用戶的操作命令自動維護(hù)數(shù)據(jù)字典信息。數(shù)據(jù)字典有兩種對象構(gòu)成：數(shù)據(jù)字典表和數(shù)據(jù)字典視圖數(shù)據(jù)字典表： Database命令創(chuàng)建數(shù)據(jù)庫時，數(shù)據(jù)字典表同時生成，被sys用戶擁有數(shù)據(jù)字典視圖：，簡化和格式化處理，是清晰易懂的系統(tǒng)信息匯總和描述，查詢數(shù)據(jù)字典視圖是通過對應(yīng)的同義詞進(jìn)行的，即使沒有生成數(shù)據(jù)字典，數(shù)據(jù)庫仍然可以運(yùn)行數(shù)據(jù)字典信息包括了：（例如表，索引，視圖，同義詞，存儲過程，觸發(fā)器等）（例如表，索引，回滾段）（例如主鍵，外鍵，非空等） 當(dāng)執(zhí)行DDL或者DCL操作時，數(shù)據(jù)庫系統(tǒng)會自動維護(hù)相應(yīng)的字典信息，DB Server在解析或者運(yùn)行SQL語句時，或者維護(hù)系統(tǒng)正常運(yùn)轉(zhuǎn)時，都會從數(shù)據(jù)字典中獲取相應(yīng)的信息，因此數(shù)據(jù)字典信息在系統(tǒng)運(yùn)行過程中被頻繁訪問數(shù)據(jù)字典視圖命名規(guī)范：能常大多數(shù)數(shù)據(jù)字典視圖的名稱都以復(fù)數(shù)結(jié)尾，而且大多數(shù)字典視圖都以下面的字串作為名稱前綴，不同的前綴的視圖代表它所包含的數(shù)據(jù)范圍不同，主要有：DBA_代表數(shù)據(jù)庫中所有的ALL_代表當(dāng)前用戶可以訪問的USER_代表當(dāng)前用戶擁有的下面是常用的數(shù)據(jù)字典視圖：DICTIONARY：所有數(shù)據(jù)字典視圖的描述，可以在這里查到所有數(shù)據(jù)字典視圖的名稱和描述信息DICT_COLUMNS：所有數(shù)據(jù)字典視圖字段的描述DBA_TABLES：所有用戶表的信息DBA_TAB_COLUMNS：所有用戶表的字段信息DBA_INDEXES：所有用戶表上索引的信息DBA_IND_COLUMNS：所有用戶表上索引字段的信息DBA_CONSTRAINTS：所有約束的信息DBA_CONS_COLUMNS：所有約束作用字段的信息DBA_SEGMENTS：所有存儲段的信息DBA_EXTENTS：所有區(qū)的信息DBA_TABLESPACES：數(shù)據(jù)庫中的表空間的信息DBA_DATA_FILES：所有數(shù)據(jù)文件的信息DBA_USERS：所有數(shù)據(jù)庫用戶的基本信息DBA_SYS_PRIVS：用戶或角色被直接授予的系統(tǒng)權(quán)限信息可以查DICT得到所有的數(shù)據(jù)字典視圖名稱，所有數(shù)據(jù)字典視圖的數(shù)據(jù)都必須在數(shù)據(jù)庫打開后才能訪問動態(tài)性能視圖：描述數(shù)據(jù)庫的運(yùn)行情況有兩部分構(gòu)成：：數(shù)據(jù)庫啟動時自動生成的虛表，并不真正存儲數(shù)據(jù)，以x$作為名稱前綴：對動態(tài)性能表的總結(jié)和格式化處理，是真正被用戶和DBA訪問的對象，以v_$作為名稱前綴動態(tài)性能視圖的信息來自于內(nèi)存和控制文件，是實(shí)時變化的信息，反映著系統(tǒng)運(yùn)行的情況，對數(shù)據(jù)庫的高級管理非常重要，是了解系統(tǒng)運(yùn)行狀態(tài)的重要途徑，通常作為故障診斷和性能優(yōu)化的工具動態(tài)性能視圖同樣被sys用戶擁有，通常只能被查詢，不能直接修改，對動態(tài)性能視圖進(jìn)行查詢主要通過視圖對應(yīng)的同義詞，同以詞通常以V$開頭（如果在RAC架構(gòu)，也可以查GV＄開頭的動態(tài)性能視圖），所有動態(tài)性能視圖同義詞的名稱可以從v$fixed_table或者DICT中查詢得到動態(tài)性能視圖不需要打開數(shù)據(jù)庫就可以訪問，但是數(shù)