① ORACLE 的內存結構SGA包括哪些方面
1.資料庫高速緩沖(the data buffer cache)，
2.重做日誌緩沖（the redo log buffer）
3.共享池（the shared pool），包括庫高速緩存（the Library cache）和數據字典緩存（the data dictionary cache）以及其它各方面的信息。
4,java池（java pool）
解釋：
1.數據高速緩沖區（Data Buffer Cache）
在數據高速緩沖區中存放著Oracle系統最
近使用過的數據塊（即用戶的高速緩沖區），當把數據寫入資料庫時，它以數據塊為單位進行讀寫，當數據高速緩沖區填滿時，則系統自動去掉一些不常被用戶訪問
的數據。如果用戶要查的數據不在數據高速緩沖區時，Oracle自動從磁碟中去讀取。數據高速緩沖區包括三個類型的區：1） 臟的區（Dirty
Buffers）：包含有已經改變過並需要寫回數據文件的數據塊。
2） 自由區（Free Buffers）：沒有包含任何數據並可以再寫入的區，Oracle可以從數據文件讀數據塊該區。
3） 保留區（Pinned Buffers）：此區包含有正在處理的或者明確保留用作將來用的區。
2.Redo Log Buffer Cache緩存對於數據塊的所有修改。
主要用於恢復其中的每一項修改記錄都被稱為redo 條目。利用Redo條目的信息可以重做修改。
3. Shared Pool用於緩存最近被執行的sql語句和最近被使用的數據定義。
它主要由兩個內存結構構成：Library cache和Data dictionary cache
修改共享池的大小：ALTER SYSTEM SET SHARED_POOL_SIZE = 64M;
Libray
Cache緩存最近被執行的SQL和PL/SQL的相關信息，即存放SQL語句的文本,分析後的代碼及執行計劃。實現常用語句的共享，使用LRU演算法進行
管理，由以下兩個結構構成：Shared SQL area、Shared PL/SQL area；
Data Dictionary
Cache緩存最近被使用的資料庫定義，即存放有關表,列和其它對象定義及許可權。它包括關於資料庫文件、表、索引、列、用戶、許可權以及其它資料庫對象的信
息。在語法分析階段，Server
Process訪問數據字典中的信息以解析對象名和對存取操作進行驗證。數據字典信息緩存在內存中有助於縮短響應時間。
4.java pool
在資料庫中運行Java代碼時用到這部分內存。例如：編寫Java存儲過程在伺服器內運行。需要注意的是，該內存與常見的Java編寫的B/S系統並沒關系。用JAVA語言代替PL/SQL語言在資料庫中寫存儲過程才會用到這部分內存。
如果你還想細致的了解話，建議看看相關資料
http://wenku..com/view/6a00a8d376a20029bd642d87.html###
② 資料庫緩存機制是什麼緩存是如何作用資料庫
緩存的介質一般是內存，所以讀寫速度很快。但如果緩存中存放的數據量非常大時，也會用硬碟作為緩存介質。緩存的實現不僅僅要考慮存儲的介質，還要考慮到管理緩存的並發訪問和緩存數據的生命周期。
③ 請問Oracle的庫高速緩存、數據字典高速緩存的作用分別是什麼請給予詳細點的解答，謝謝
庫高速緩存
是用來存放你實際表的數據塊的，如表TAB_A里實際存放的若干條數據記錄，一般都存放在用戶的表空間里。
數據字典高速緩存
用來存放表的定義，如表TAB_A，有幾個欄位，每個欄位的類型、長度，表空間等，這類信息在你建表後會存放在系統表裡，都是在SYSTEM表空間下，ORACLE運行時，這些信息被裝入
數據字典高速緩存里。
④ SGA的主要包括
1.資料庫高速緩沖(the data buffer cache)，
2.重做日誌緩沖（the redo log buffer）
3.共享池（the shared pool），包括庫高速緩存（the Library cache）和數據字典緩存（the data dictionary cache）以及其它各方面的信息。
1.數據高速緩沖區（Data Buffer Cache）
在數據高速緩沖區中存放著Oracle系統使用過的數據塊（即用戶的高速緩沖區），當把數據寫入資料庫時，它以數據塊為單位進行讀寫，當數據高速緩沖區填滿時，則系統自動去掉一些不常被用戶訪問的數據。如果用戶要查的數據不在數據高速緩沖區時，Oracle自動從磁碟中去讀取。數據高速緩沖區包括三個類型的區：
1） 臟數據區（Dirty Buffers）：包含有已經改變過並需要寫回數據文件的數據塊。
2） 自由區（Free Buffers）：沒有包含任何數據並可以再寫入的區，Oracle可以從數據文件讀數據塊該區。
3） 保留區（Pinned Buffers）：此區包含有正在處理的或者明確保留用作將來用的區。
2.Redo Log Buffer Cache緩存對於數據塊的所有修改。
主要用於恢復其中的每一項修改記錄都被稱為redo 條目。利用Redo條目的信息可以重做修改。
3. Shared Pool用於緩存被執行的SQL語句和被使用的數據定義。
它主要由兩個內存結構構成：Library cache和Data dictionary cache
修改共享池的大小：ALTER SYSTEM SET SHARED_POOL_SIZE = 64M;
Library Cache緩存被執行的SQL和PL/SQL的相關信息，即存放SQL語句的文本,分析後的代碼及執行計劃。實現常用語句的共享，使用LRU演算法進行管理，由以下兩個結構構成：Shared SQL area、Shared PL/SQL area；
Data Dictionary Cache緩存被使用的資料庫定義，即存放有關表、列和其它對象定義及許可權。它包括關於資料庫文件、表、索引、列、用戶、許可權以及其它資料庫對象的信息。在語法分析階段，Server Process訪問數據字典中的信息以解析對象名和對存取操作進行驗證。數據字典信息緩存在內存中有助於縮短響應時間。
⑤ 如何設置使oracle10g性能最優 性能調優 步驟
一、 磁碟方面調優
1. 規范磁碟陣列
RAID 10比RAID5更適用於OLTP系統，RAID10先鏡像磁碟，再對其進行分段，由於對數據的小規模訪問會比較頻繁，所以對OLTP適用。而RAID5,優勢在於能夠充分利用磁碟空間，並且減少陣列的總成本。但是由於陣列發出一個寫入請求時，必須改變磁碟上已修改的塊，需要從磁碟上讀取「奇偶校驗」塊，並且使用已修改的塊計算新的奇偶校驗塊，然後把數據寫入磁碟，且會限制吞吐量。對性能有所影響，RAID5適用於OLAP系統。
2. 數據文件分布
分離下面的東西,避免磁碟競爭
Ø SYSTEM表空間
Ø TEMPORARY表空間
Ø UNDO表空間
Ø 聯機重做日誌（放在最快的磁碟上）
Ø 操作系統磁碟
Ø ORACLE安裝目錄
Ø 經常被訪問的數據文件
Ø 索引表空間
Ø 歸檔區域（應該總是與將要恢復的數據分離）
例：
² /: System
² /u01: Oracle Software
² /u02: Temporary tablespace, Control file1
² /u03: Undo Segments, Control file2
² /u04: Redo logs, Archive logs, Control file4
² /u05: System, SYSAUX tablespaces
² /u06: Data1 ,control file3
² /u07: Index tablespace
² /u08: Data2
通過下列語句查詢確定IO問題
select name ,phyrds,phywrts,readtim,writetim
from v$filestat a,v$datafile b
where a.file#=b.file# order by readtim desc;
3. 增大日誌文件
u 增大日誌文件的大小，從而增加處理大型INSERT,DELETE,UPDATE操作的比例
查詢日誌文件狀態
select a.member,b.* from v$logfile a,v$log b where a.GROUP#=b.GROUP#
查詢日誌切換時間
select b.RECID,to_char(b.FIRST_TIME,'yyyy-mm-dd hh24:mi:ss') start_time,a.RECID,to_char(a.FIRST_TIME,'yyyy-mm-dd hh24:mi:ss') end_time,round(((a.FIRST_TIME-b.FIRST_TIME)*25)*60,2) minutes
from v$log_history a ,v$log_history b
where a.RECID=b.RECID+1
order by a.FIRST_TIME desc
增大日誌文件大小，以及對每組增加日誌文件（一個主文件、一個多路利用文件）
u 增大LOG_CHECKPOINT_INTERVAL參數，現已不提倡使用它
如果低於每半小時切換一次日誌，就增大聯機重做日誌大小。如果處理大型批處理任務時頻繁進行切換，就增大聯機重做日誌數目。
alter database add logfile member 『/log.ora』 to group 1;
alter database drop logfile member 『/log.ora』;
4. UNDO表空間
修改三個初始參數：
UNDO_MANAGEMENT=AUTO
UNDO_TABLESPACE=CLOUDSEA_UNDO
UNDO_RETENTION=<#of minutes>
5. 不要在系統表空間中執行排序
二、 初始化參數調優
32位的定址最大支持應該是2的32次方，就是4G大小。但實際中32位系統（XP，windows2003等MS32位系統, ubuntu等linux32 位系統）要能利用4G內存，都是採用內存重映射技術。需要主板及系統的支持。如果關閉主板BIOS的重映射功能，系統將不能利用4G內存，可能只達3.5G.而在windows下看到的一般為3.25G。所以SGA設置為內存的40%，但不能超過3.25G
1. 重要初始化參數
l SGA_MAX_SIZE
l SGA_TARGET
l PGA_AGGREGATE_TARGET
l DB_CACHE_SIZE
l SHARED_POOL_SIZE
2. 調整DB_CACHE_SIZE來提高性能
它設定了用來存儲和處理內存中數據的SGA區域大小，從內存中取數據比磁碟快10000倍以上
根據以下查詢出數據緩存命中率
select sum(decode(name,'physical reads',value,0)) phys,
sum(decode(name,'db block gets',value,0)) gets,
sum(decode(name,'consistent gets',value,0)) con_gets,
(1- (sum(decode(name,'physical reads',value,0))/(sum(decode(name,'db block gets',value,0))+sum(decode(name,'consistent gets',value,0)) ) ))*100 Hitratio
from v$sysstat;
一個事務處理程序應該保證得到95%以上的命中率，命中率從90%提高到98%可能會提高500%的性能，ORACLE正在通過CPU或服務時間與等待時間來分析系統性能，不太重視命中率，不過現在的庫緩存和字典緩存仍將命中率作為基本的調整方法。
在調整DB_CACHE_SIZE時使用V$DB_CACHE_ADVICE
select size_for_estimate, estd_physical_read_factor, estd_physical_reads
from v$db_cache_advice
where name = 'DEFAULT';
如果查詢的命中率過低，說明缺少索引或者索引受到限制，通過V$SQLAREA視圖查詢執行緩慢的SQL
3. 設定DB_BLOCK_SIZE來反映數據讀取量大小
OLTP一般8K
OLAP一般16K或者32K
4. 調整SHARED_POOL_SIZE以優化性能
正確地調整此參數可以同等可能地共享SQL語句，使得在內存中便能找到使用過的SQL語句。為了減少硬解析次數，優化對共享SQL區域的使用，需盡量使用存儲過程、使用綁定變數
保證數據字典緩存命中率在95%以上
select ((1- sum(getmisses)/(sum(gets)+sum(getmisses)))*100) hitratio
from v$rowcache
where gets+getmisses <>0;
如果命中率小於 99％，就可以考慮增加shared pool 以提高library cache 的命中率
SELECT SUM(PINS) "EXECUTIONS",SUM(RELOADS) "CACHE MISSES WHILE EXECUTING",1 - SUM(RELOADS)/SUM(PINS)
FROM V$LIBRARYCACHE;
通常規則是把它定為DB_CACHE_SIZE大小的50%－150%，在使用了大量存儲過程或程序包，但只有有限內存的系統里，最後分配為150%。在沒有使用存儲過程但大量分配內存給DB_CACHE_SIZE的系統里，這個參數應該為10%－20%
5. 調整PGA_AGGREGATE_TARGET以優化對內存的應用
u OLTP ：totalmemory*80%*20%
u DSS: totalmemory*80%*50%
6. 25個重要初始化參數
² DB_CACHE_SIZE：分配給數據緩存的初始化內存
² SGA_TARGET：使用了自動內存管理，則設置此參數。設置為0可禁用它
² PGA_AGGREGATE_TARGET：所有用戶PGA軟內存最大值
² SHARED_POOL_SIZE：分配給數據字典、SQL和PL／SQL的內存
² SGA_MAX_SIZE：SGA可動態增長的最大內存
² OPTIMIZER_MODE：
² CURSOR_SHARING：把字面SQL轉換成帶綁定變更的SQL，可減少硬解析開銷
² OPTIMIZER_INDEX_COST_ADJ：索引掃描成本和全表掃描成本進行調整，設定在1－10間會強制頻繁地使用索引，保證索引可用性
² QUERY_REWRITE_ENABLED：用於啟用具體化視圖和基於函數的索引功能
² DB_FILE_MULTIBLOCK_READ_COUNT：對於全表掃描，為了更有效執行IO，此參數可在一次IO中讀取多個塊
² LOG_BUFFER：為內存中沒有提交的事務分配緩沖區（非動態參數）
² DB_KEEP_CACHE_SIZE：分配給KEEP池或者額外數據緩存的內存
² DB_RECYCLE_CACHE_SIZE：
² DBWR_IO_SLAVES：如果沒有非同步IO，參數等同於DB_WRITER_PROCESSES模擬非同步IO而分配的從SGA到磁碟的寫入器數。如果有非同步IO，則使用DB_WRITER_PROCESSES設置多個寫程序，在DBWR期間更快地寫出臟塊
² LARGE_POOL_SIZE：分配給大型PLSQL或其他一些很少使用的ORACLE選項LARGET池的總塊數
² STATISTICS_LEVEL：啟用顧問信息，並可選擇提供更多OS統計信息來改進優化器決策。默認：TYPICAL
² JAVA_POOL_SIZE：為JVM使用的JAVA存儲過程所分配的內存
² JAVA_MAX_SESSIONSPACE_SIZE：跟蹤JAVA類的用戶會話狀態所用內存上限
² MAX_SHARED_SERVERS：當使用共享伺服器時的共享伺服器上限
² WORKAREA_SIZE_POLICY：啟用PGA大小自動管理
² FAST_START_MTTR_TARGET：完成一次崩潰恢復的大概時間／S
² LOG_CHECKPOINT_INTERVAL：檢查點頻率
² OPEN_CURSORS：指定了保存用戶語句的專用區域大小，如此設置過高會導致ORA-4031
² DB_BLOCK_SIZE：資料庫默認塊大小
² OPTIMIZER_DYNAMIC_SAMPLING：控制動態抽樣查詢讀取的塊數量，對正在使用全局臨時表的系統非常有用
三、 SQL調優1. 使用提示
1.1 改變執行路徑
通過OPTIMIZER_MODE參數指定優化器使用方法，默認ALL_ROWS
Ø ALL_ROWS 可得最佳吞吐量執行查詢所有行
Ø FIRST_ROWS(n) 可使優化器最快檢索出第一行:
select /*+ FIRST_ROWS(1) */ store_id,… from tbl_store
1.2 使用訪問方法提示
允許開發人員改變訪問的實際查詢方式，經常使用INDEX提示
Ø CLUSTER 強制使用集群
Ø FULL
Ø HASH
Ø INDEX 語法：/*+ INDEX (TABLE INDEX1,INDEX2….) */ COLUMN 1,….
當不指定任何INDEX時，優化器會選擇最佳的索引
SELECT /*+ INDEX */ STORE_ID FROM TBL_STORE
Ø INDEX_ASC 8I開始默認是升序，所以與INDEX同效
Ø INDEX_DESC
Ø INDEX_COMBINE 用來指定多個點陣圖索引，而不是選擇其中最好的索引
Ø INDEX_JOIN 只需訪問這些索引，節省了重新檢索表的時間
Ø INDEX_FFS 執行一次索引的快速全局掃描，只處理索引，不訪問具體表
Ø INDEX_SS
Ø INDEX_SSX_ASC
Ø INDEX_SS_DESC
Ø NO_INDEX
Ø NO_INDEX_FFS
Ø NO_INDEX_SS
1.3 使用查詢轉換提示
對於數據倉庫非常有幫助
Ø FACT
Ø MERGE
Ø NO_EXPAND 語法：/*+ NO_EXPAND */ column1,…
保證OR組合起的IN列表不會陷入困境，/*+ FIRST_ROWS NO_EXPAND */
Ø NO_FACT
Ø NO_MERGE
Ø NO_QUERY_TRANSFORMATION
Ø NO_REWRITE
Ø NO_STAR_TRANSFORMATION
Ø NO_UNSET
Ø REWRITE
Ø STAR_TRANSFORMATION
Ø UNSET
Ø USE_CONCAT
1.4 使用連接操作提示
顯示如何將連接表中的數據合並在一起，可用兩提示直接影響連接順序。LEADING指定連接順序首先使用的表，ORDERED告訴優化器基於FROM子句中的表順序連接這些表，並使用第一個表作為驅動表（最行訪問的表）
ORDERED語法：/*+ ORDERED */ column 1,….
訪問表順序根據FROM後的表順序來
LEADING語法：/*+ LEADING(TABLE1) */ column 1,….
類似於ORDER，指定驅動表
Ø NO_USE_HASH
Ø NO_USE_MERGE
Ø NO_USE_NL
Ø USE_HASH前提足夠的HASH_AREA_SIZE或PGA_AGGREGATE_TARGET
通常可以為較大的結果集提供最佳的響應時間
Ø USE_MERGE
Ø USE_NL 通常可以以最快速度返回一個行
Ø USE_NL_WITH_INDEX
1.5 使用並行執行
Ø NO_PARALLEL
Ø NO_PARALLEL_INDEX
Ø PARALLEL
Ø PARALLEL_INDEX
Ø PQ_DISTRIBUTE
1.6 其他提示
Ø APPEND 不會檢查當前所用塊中是否有剩餘空間，而直接插入到表中，會直接將數據添加到新的塊中。
Ø CACHE 會將全表掃描全部緩存到內存中，這樣可直接在內存中找到數據，不用在磁碟上查詢
Ø CURSOR_SHARING_EXACT
Ø DRIVING_SITE
Ø DYNAMIC_SAMPLING
Ø MODEL_MIN_ANALYSIS
Ø NOAPPEND
Ø NOCACHE
Ø NO_PUSH_PRED
Ø NO_PUSH_SUBQ
Ø NO_PX_JOIN_FILTER
Ø PUSH_PRED
Ø PUSH_SUBQ 強制先執行子查詢，當子查詢很快返回少量行時，這些行可以用於限制外部查詢返回行數，可極大地提高性能
例：select /*+PUSH_SUBQ */ emp.empno,emp.ename
From emp,orders
where emp.deptno=(select deptno from dept where loc=』1』)
Ø PX_JOIN_FILTER
Ø QB_NAME
2. 調整查詢
2.1 在V$SQLAREA中選出最佔用資源的查詢
HASH_VALUE：SQL語句的Hash值。
ADDRESS：SQL語句在SGA中的地址。
PARSING_USER_ID：為語句解析第一條CURSOR的用戶
VERSION_COUNT：語句cursor的數量
KEPT_VERSIONS：
SHARABLE_MEMORY：cursor使用的共享內存總數
PERSISTENT_MEMORY：cursor使用的常駐內存總數
RUNTIME_MEMORY：cursor使用的運行時內存總數。
SQL_TEXT：SQL語句的文本（最大隻能保存該語句的前1000個字元）。
MODULE,ACTION：用了DBMS_APPLICATION_INFO時session解析第一條cursor時信息
SORTS: 語句的排序數
CPU_TIME: 語句被解析和執行的CPU時間
ELAPSED_TIME: 語句被解析和執行的共用時間
PARSE_CALLS: 語句的解析調用(軟、硬)次數
EXECUTIONS: 語句的執行次數
INVALIDATIONS: 語句的cursor失效次數
LOADS: 語句載入(載出)數量
ROWS_PROCESSED: 語句返回的列總數
select b.username,a.DISK_READS,a.EXECUTIONS,a.DISK_READS/decode(a.EXECUTIONS,0,1,a.EXECUTIONS) rds_exec_ratio,a.SQL_TEXT
from v$sqlarea a ,dba_users b
where a.PARSING_USER_ID=b.user_id and a.DISK_READS>100 order by a.DISK_READS desc;
2.2 在V$SQL中選出最佔用資源的查詢
與V$SQLAREA類似
select * from
(select sql_text,rank() over (order by buffer_gets desc) as rank_buffers,to_char(100*ratio_to_report(buffer_gets) over (),'999.99') pct_bufgets from v$sql)
where rank_buffers <11
2.3 確定何時使用索引
² 當查詢條件只需要返回很少的行（受限列）時，則需要建立索引，不同的版本中這個返回要求不同
V5:20% V7:7% V8i,V9i:4% V10g: 5%
查看錶上的索引
select a.table_name,a.index_name,a.column_name,a.column_position,a.table_owner
from dba_ind_columns a
where a.table_owner='CLOUDSEA'
² 修正差的索引，可使用提示來限制很差的索引，如INDEX，FULL提示
² 在SELECT 和WHERE中的列使用索引
如: select name from tbl where no=?
建立索引：create index test on tbl(name,no) tablespace cloudsea_index storage(….)
對於系統中很關鍵的查詢，可以考慮建立此類連接索引
² 在一個表中有多個索引時可能出現麻煩，使用提示INDEX指定使用索引
² 使用索引合並，使用提示INDEX_JOIN
² 基於函數索引，由於使用了函數造成查詢很慢.必須基於成本的優化模式,參數：
QUERY_REWRITE_ENALED=TRUE
QUERY_REWRITE_INTEGRITY=TRUSTED (OR ENFORCED)
create index test on sum(test);
2.4 在內存中緩存表
將常用的相對小的表緩存到內存中，但注意會影響到嵌套循環連接上的驅動表
alter table tablename cache;
2.5 使用EXISTS 與嵌套子查詢 代替IN
SELECT …FROM EMP WHERE DEPT_NO NOT IN (SELECT DEPT_NO FROM DEPT WHERE DEPT_CAT=』A』);
(方法一: 高效)
SELECT ….FROM EMP A,DEPT B WHERE A.DEPT_NO = B.DEPT(+) AND B.DEPT_NO IS NULL AND B.DEPT_CAT(+) = 『A』
(方法二: 最高效)
SELECT ….FROM EMP E WHERE NOT EXISTS (SELECT 『X』 FROM DEPT D WHERE D.DEPT_NO = E.DEPT_NO AND DEPT_CAT = 『A』);
四、 使用STATSPACK和AWR報表調整等待和閂鎖
1. 10GR2里的腳本
在$ORACLE_HOME/RDBMS/ADMIN下
Spcreate.sql 通過調用spcusr.sql spctab.sql 和spcpkg.sql創建STATSPACK環境，使用SYSDBA運行它
Spdrop.sql 調用sptab.sql和spsr.sql刪除整個STATSPACK環境，使用SYSDBA運行它
Spreport.sql 這是生成報表的主要腳本，由PERFSTAT用戶運行
Sprepins.sql 為指定的資料庫和實例生成實例報表
Sprepsql.sql 為指定的SQL散列值生成SQL報表
Sprsqins.sql 為指定的資料庫和實例生成SQL報表
Spauto.sql 使用DBMS_JOB自動進行統計數據收集（照相）
Sprepcon.sql 配置SQLPLUS變數來設置像閾值這樣的內容的配置文件
Spurge.sql 刪除給定資料庫實例一定范圍內的快照ID，不刪除基線快照
Sptrunc.sql 截短STATSPACK表裡所有性能數據
五、 執行快速系統檢查1. 緩沖區命中率
查詢緩沖區命中率
select (1 - (sum(decode(name, 'physical reads',value,0)) /
(sum(decode(name, 'db block gets',value,0)) +
sum(decode(name, 'consistent gets',value,0))))) * 100 "Hit Ratio"
from v$sysstat;
⑥ oracle資料庫組成部分
ORACLE由兩部分:實例和資料庫
實例由以下組成: SGA,Shared pool,Database buffer cache,Redo log buffer cache.
資料庫由物理文件組成,其中必須有的文件是:數據文件,控制文件,重做日誌
另外還有:參數文件,口令文件,歸檔日誌文件(這三個不是必須的)
ORACLE SERVER 由兩個部分組成,
1.INSTANCE:又由內存結構和後台進程組成
2.DATABASE:又由數據文件,日誌文件和控制文件組成<這三個文件是必需的>.
CONTROL FILE是用來連接實例和DATABASE的
SQL>SHUTDOWN IMMEDIATE
SQL>STARTUP NOMOUNT
SQL>ALTER DATABASE MOUNT
以上三個過程就是通過CONTROL FILE來連接實例和資料庫.
SQL>ALTER DATABASE OPEN
在OPEN的過程對DATABASE的數據文件和重做日誌文件進行一次性的驗證,驗證它們的狀態.
ORACLE INSTANCE:存取資料庫的一個手段
一個DATABASE與INSTANCE之間是1:N的關系,一個INSTANCE只能操作一個DATABASE,由內存結構(共享池,
BUFFER CACHE,REDO LOG BUFFER CACHE)及相應的進程結構組成(PMON<程序監控進程>,SMON<系統監控進
程>,CKPT<檢查點進程>)
SQL>SHOW SGA ---顯示DATABASE內存結構信息
SQL>SET WRAP OFF
SQL>SET LINESIZE 200
以上這兩個是設置行寬
SQL>SELECT * FROM V$BGPROCESS;
將看到在這個系統中所有可能使用到的進程,其中PADDR並不每個進程都分配到有效的地址,即並不是每個進程都是必須的.
SQL>SELECT * FROM V$BGPROCESS WHERE PADDR<>\'00\'
將顯示所有必需的進程.
ESTABLISHING A CONNECTION AND CREATING A SESSION
連接到ORACLE實例包括建立一個用戶連接及創建會話.
ORACLE MEMORY STRUCTURE (內存結構)
由兩部分組成:
1.SGA
SGA是動態的,其最大值由SGA_MAX_SIZE指定,SGA的內存由SGA COMPONENTS來動態調整.
2.PGA 是不共享的,即其包含的信息是不一樣的,有兩個可享的內存可以由SGA配置
<1> LARGE POOL
<2> JAVA POOL
SQL>SHOW PARAMETER SHARED
SQL>SHOW PARAMETER DB_CACHE
SQL>SHOW PARAMETER LOG
以上三個命令是用於查看相關內存信息
SQL>ALTER SYSTEM SET DB_CACHE_SIZE=20M;
所有內存大小總和不能大於SGA_MAX_SIZE的值,當提示信息出現?號或亂碼時,是由於系統的語言問題.
可以通過ALTER SESSION SET NLS_LANGUAGE=\'AMERICAN\'或ALTER SESSION SET NLS_LANGUAGE=\"SIMPLE
[Page]
CHINESE\"
SHARED POOL (共享池)
含:<1>LIBRARY CACHE 庫緩存
<2>DATA DICTIONARY CACHE 數據字典緩存,有的地方又稱行CACHE,由SHARED_POOL_SIZE指定大小.
SQL>ALTER SYSTEM SET SHARED_POOL_SIZE=64M;
LIBRARY CACHE 主要為提高代碼的共享,存儲的是最近使用的SQL和PL/SQL代碼.
<1>.用最近最少使用(LRU)演算法
<2>.包括兩個結構 1:共享SQL代碼 2:共享PL/SQL代碼
<3>.不可直接定義,而由SHARED POOL SIZE決定.
DATA DICTONARY CACHE.
執行此命令的過程是:首先確認是否存在AUTHORS,,然後確認欄位存不存在,再檢查語法,最後驗證許可權,而
這些信息就屬於DATA DICTIONARY CACHE的內容.其包含的信息有:DATABASE FILES,表,索引,欄位,用戶,
許可權和其他資料庫對象.
⑦ 啟用資料庫欄位緩存有什麼好處
thinkphp 3.2關閉/開啟欄位緩存實例
通常每個模型類是操作某個數據表，在大多數情況下，系統會自動獲取當前數據表的欄位信息。
系統會在模型首次實例化的時候自動獲取數據表的欄位信息（而且只需要一次，以後會永久緩存欄位信息，除非設置不緩存或者刪除），如果是調試模式則不會生成欄位緩存文件，則表示每次都會重新獲取數據表欄位信息。
欄位緩存保存在Runtime/Data/_fields/ 目錄下面，緩存機制是每個模型對應一個欄位緩存文件（注意：並非每個數據表對應一個欄位緩存文件），命名格式是：
資料庫名.模型名（小寫）.php
例如：
demo.user.php // User模型生成的欄位緩存文件
demo.article.php // Article模型生成的欄位緩存文件
欄位緩存包括數據表的欄位信息、主鍵欄位和是否自動增長，如果開啟欄位類型驗證的話還包括欄位類型信息等等，無論是用M方法還是D方法，或者用原生的實例化模型類一般情況下只要是不開啟調試模式都會生成欄位緩存（欄位緩存可以單獨設置關閉）。
可以通過設置DB_FIELDS_CACHE 參數來關閉欄位自動緩存，如果在開發的時候經常變動資料庫的結構，而不希望進行數據表的欄位緩存，可以在項目配置文件中增加如下配置：
// 關閉欄位緩存
'DB_FIELDS_CACHE'=>false
注意：調試模式下面由於考慮到數據結構可能會經常變動，所以默認是關閉欄位緩存的。
如果需要顯式獲取當前數據表的欄位信息，可以使用模型類的getDbFields方法來獲取當前數據對象的全部欄位信息，例如：
$User = M('User');
$fields = $User->getDbFields();
如果你在部署模式下面修改了數據表的欄位信息，可能需要清空Data/_fields目錄下面的緩存文件，讓系統重新獲取更新的數據表欄位信息，否則會發生新增的欄位無法寫入資料庫的問題。
如果不希望依賴欄位緩存或者想提高性能，也可以在模型類裡面手動定義數據表欄位的名稱，可以避免IO載入的效率開銷，例如：
namespace Home\Model;
use Think\Model;
class UserModel extends Model {
protected $fields = array('id', 'username', 'email', 'age');
protected $pk = 'id';
}
pk屬性定義當前數據表的主鍵名，默認值就是id，因此如果是id的話可以無需定義。
除了可以設置數據表的欄位之外，我們還可以定義欄位的類型，用於某些驗證環節。例如：
namespace Home\Model;
use Think\Model;
class UserModel extends Model {
protected $fields = array('id', 'username', 'email', 'age',
'_type'=>array('id'=>'bigint','username'=>'varchar','email'=>'varchar','age'=>'int')
);
}
⑧ 網站里的資料庫緩存是什麼清楚了對網站有什麼影響
比如說這個網站首頁有2張圖片及需要運算的XML或JSON格式的網頁資料庫，每次訪問都要下載10秒鍾，如果你開啟允許緩存，下次進入後，如果網站的數據尚未更新，就能減少等候那10秒鍾。
缺點是它保存在你的緩存區的 cookie 文件會涉及到個人隱私問題。詳細設置在菜單→工具→internet選項→隱私內的規則。所以有些網站強制性（不開啟許可權就不顯示網頁內容給你看）。
⑨ 怎樣做好資料庫管家 怎麼管理Oracle資料庫
調整共享池主要包括三個方面：庫高速、數據字典緩存、對話信息。由於Oracle管理共享池中數據的演算法，使得數據字典緩存中的數據比庫高速緩存中的數據在內存中存留的時間長，因此，只要把庫高速緩存調整成可以接受的命中率，就能提高數據字典緩存的命中率。
一般來說，庫高速緩存總不命中數與總存取數之比應當接近零，如命中率值為0.001%，說明庫高速緩存命中率很高，該比率如果接近或大於5%，就應當立即採取措施來減少這種不命中。
措施一：增加初始化參數shared_pool_size的值，提高庫高速緩存可用的內存數量，同時為了取得好的效果，可能還要增加初始化參數open_cursors的值，以提高對話允許的游標數。需要注意的是：為庫高速緩存分配了太多的內存可能引起調頁或交換。
措施二：寫等價的SQL語句，盡可能讓SQL語句和PL/SQL塊共享一個SQL區，來減少庫高速緩存的不命中。這是應用設計人員應該做到的：SQL語句或PL/SQL塊的文本必須每一個字元都等價，包括大小寫和空格。
Mocha BSM對Suse Linux 的有效管理
檢查、調整庫高速緩存 可以通過動態性能表V$LIBRARYCACHE來查詢Instance啟動以來所有庫高速緩存的活動。
V$LIBRARYCACHE表中以下幾列反映了庫高速緩存在執行調用階段的不命中：
PINS列，它的值顯示在庫高速緩存中執行的次數;
RELOADS列，它的值顯示在執行階段庫高速緩存不命中的數目。
檢查命中率
藉助Mocha BSM對Oracle DB的60多個性能監控指標之一：庫緩存命中率，您可以直觀的看到當前的Oracle DB的庫緩存命中率為97.79%(如下圖)，並且根據您的需要，還可以對庫緩存命中率設置報警閾值，一旦被監控的Oracle DB的庫緩存命中率超過設定的閾值，Mocha BSM將立即給資料庫管理員發出報警(方式包括：郵件、簡訊、電話、桌面聲光)。