整理一些dba的面試題[轉]

標籤：

一：SQL tuning 類
1:列舉幾種表串連方式
hash join/merge join/nest loop(cluster join)/index join

2:不藉助第三方工具，怎樣查看sql的執行計畫
set autot on

explain plan set statement_id = &item_id for &sql; 
select * from table(dbms_xplan.display);
http://download-west.oracle.com/docs/cd/B14117_01/server.101/b10752/ex_plan.htm

3:如何使用CBO,CBO與RULE的區別
在optimizer_mode=choose時,如果表有統計資訊（分區表外）,最佳化器將選擇CBO,否則選RBO。

RBO遵循簡單的分級方法學,使用15種層級要點，當接收到查詢，最佳化器將評估使用到的要點數目,
然後選擇最佳層級（最少的數量）的執行路徑來執行查詢。
CBO嘗試找到最低成本的訪問資料的方法,為了最大的輸送量或最快的初始回應時間,計算使用不同
的執行計畫的成本，並選擇成本最低的一個,關於表的資料內容的統計被用於確定執行計畫。

4:如何定位重要(消耗資源多)的SQL
select sql_text 
from v$sql 
where disk_reads > 1000 or (executions > 0 and buffer_gets/executions > 30000);

5:如何跟蹤某個session的SQL
exec dbms_system.set_sql_trace_in_session(sid,serial#,&sql_trace);

select sid,serial# from v$session where sid = (select sid from v$mystat where rownum = 1);
exec dbms_system.set_ev(&sid,&serial#,&event_10046,&level_12,‘‘);

6:SQL調整最關注的是什麼
查看該SQL的response time(db block gets/consistent gets/physical reads/sorts (disk))

7:說說你對索引的認識（索引的結構、對dml影響、為什麼提高查詢效能）
b-tree index/bitmap index/function index/patitional index(local/global)
索引通常能提高select/update/delete的效能,會降低insert的速度,

8:使用索引查詢一定能提高查詢的效能嗎？為什麼
索引就是為了提高查詢效能而存在的,
如果在查詢中索引沒有提高效能,
只能說是用錯了索引,或者講是場合不同

9:綁定變數是什嗎？綁定變數有什麼優缺點？
綁定變數是相對文本變數來講的,所謂文本變數是指在SQL直接書寫查詢條件，
這樣的SQL在不同條件下需要反覆解析,綁定變數是指使用變數來代替直接書寫條件，
查詢bind value在運行時傳遞，然後綁定執行。

優點是減少硬解析,降低CPU的爭用,節省shared_pool
缺點是不能使用histogram,sql最佳化比較困難

10:如何穩定(固定)執行計畫
query_rewrite_enabled = true
star_transformation_enabled = true 
optimizer_features_enable = 9.2.0

建立並使用stored outline
http://download-west.oracle.com/docs/cd/B14117_01/server.101/b10752/outlines.htm#26854

這個貼子:
http://www.cnoug.org/viewthread.php?tid=27598

11:和排序相關的記憶體在8i和9i分別怎樣調整，暫存資料表空間的作用是什麼
8i中sort_area_size/sort_area_retained_size決定了排序所需要的記憶體
如果排序操作不能在sort_area_size中完成,就會用到temp資料表空間

9i中如果workarea_size_policy=auto時,
排序在pga內進行,通常pga_aggregate_target的1/20可以用來進行disk sort;
如果workarea_size_policy=manual時,排序需要的記憶體由sort_area_size決定

在執行order by/group by/distinct/union/create index/index rebuild/minus等操作時,
如果在pga或sort_area_size中不能完成,排序將在暫存資料表空間進行（disk sort）,
暫存資料表空間主要作用就是完成系統中的disk sort.

12:存在表T(a,b,c,d),要根據欄位c排序後取第21—30條記錄顯示，請給出sql
create table t(a number(8),b number(8),c number(8),d number(8));
/
begin 
for i in 1 .. 300 loop
insert into t values(mod(i,2),i/2,dbms_random.value(1,300),i/4);
end loop;
end;
/
select * from (select c.*,rownum as rn from (select * from t order by c desc) c) where rn between 21 and 30;
/
select * from (select * from test order by c desc) x where rownum < 30
minus
select * from (select * from test order by c desc) y where rownum < 20 order by 3 desc
相比之 minus效能較差

二：資料庫基本概念類

1:pctused and pctfree 表示什麼含義有什麼作用
pctused與pctfree控制資料區塊是否出現在freelist中,
pctfree控制資料區塊中保留用於update的空間,當資料區塊中的free space小於pctfree設定的空間時,
該資料區塊從freelist中去掉,當塊由於dml操作free space大於pct_used設定的空間時,該資料庫塊將
被添加在freelist鏈表中。

2:簡單描述table / segment / extent / block之間的關係
table建立時,預設建立了一個data segment,
每個data segment含有min extents指定的extents數,
每個extent據據資料表空間的儲存參數分配一定數量的blocks

3:描述tablespace和datafile之間的關係
一個tablespace可以有一個或多個datafile,每個datafile只能在一個tablespace內,
table中的資料,通過hash演算法分布在tablespace中的各個datafile中,
tablespace是邏輯上的概念,datafile則在物理上儲存了資料庫的種種對象。

4:本地管理資料表空間和字典管理資料表空間的特點，ASSM有什麼特點
本地管理資料表空間（Locally Managed Tablespace簡稱LMT）
8i以後出現的一種新的資料表空間的管理員模式，通過位元影像來管理資料表空間的空間使用。
字典管理資料表空間（Dictionary-Managed Tablespace簡稱DMT）
8i以前包括以後都還可以使用的一種資料表空間管理員模式，通過資料字典管理資料表空間的空間使用。
動段空間管理（ASSM），
它首次出現在Oracle920裡有了ASSM，連結清單freelist被位元影像所取代，它是一個二進位的數組，
能夠迅速有效地管理儲存擴充和剩餘區塊（free block），因此能夠改善分段儲存本質，
ASSM資料表空間上建立的段還有另外一個稱呼叫Bitmap Managed Segments（BMB 段）。

5:復原段的作用是什麼
交易回復：當事務修改表中資料的時候，該資料修改前的值（即前影像）會存放在復原段中，
當使用者復原事務（ROLLBACK）時，ORACLE將會利用復原段中的資料前影像來將修改的資料恢複到原來的值。
　
事務恢複：當事務正在處理的時候，常式失敗，復原段的資訊儲存在undo資料表空間中，
ORACLE將在下次開啟資料庫時利用復原來恢複未提交的資料。

　讀一致性：當一個會話正在修改資料時，其他的會話將看不到該會話未提交的修改。
當一個語句正在執行時，該語句將看不到從該語句開始執行後的未提交的修改（語句級讀一致性）
當ORACLE執行SELECT語句時，ORACLE依照當前的系統改變號（SYSTEM CHANGE NUMBER-SCN）
來保證任何前於當前SCN的未提交的改變不被該語句處理。可以想象：當一個長時間的查詢正在執行時，
若其他會話改變了該查詢要查詢的某個資料區塊，ORACLE將利用復原段的資料前影像來構造一個讀一致性視圖。 
http://www.itpub.net/showthread.php?s=&threadid=10190&highlight=%BB%D8%B9%F6%B6%CE%B5%C4%D7%F7%D3%C3

6:日誌的作用是什麼
記錄資料庫事務,最大限度地保證資料的一致性與安全性

重做記錄檔：含對資料庫所做的更改記錄，這樣萬一出現故障可以啟用資料恢複,一個資料庫至少需要兩個重做記錄檔 
歸檔記錄檔：是重做記錄檔的離線副本，這些副本可能對於從介質失敗中進行恢複很必要。

http://www.cnoug.org/viewthread.php?tid=17741&highlight=%C8%D5%D6%BE

7:SGA主要有那些部分，主要作用是什麼
SGA：db_cache/shared_pool/large_pool/java_pool
db_cache:
資料庫緩衝（Block Buffer）對於Oracle資料庫的運轉和效能起著非常關鍵的作用，
它佔據Oracle資料庫SGA（系統共用記憶體區）的主要部分。Oracle資料庫通過使用LRU
演算法，將最近訪問的資料區塊存放到緩衝中，從而最佳化對磁碟資料的訪問.
shared_pool:
共用池的大小對於Oracle 效能來說都是很重要的。
共用池中儲存資料字典高速緩衝和完全解析或編譯的的PL/SQL 塊和SQL 陳述式及控制結構
large_pool:
使用MTS配置時，因為要在SGA中分配UGA來保持使用者的會話，就是用Large_pool來保持這個會話記憶體
使用RMAN做備份的時候，要使用Large_pool這個記憶體結構來做磁碟I/O緩衝器
java_pool:
為java procedure預備的記憶體地區,如果沒有使用java proc,java_pool不是必須的

8:oracle系統進程主要有哪些，作用是什麼
資料寫進程(dbwr)：負責將更改的資料從資料庫緩衝區快取寫入資料檔案 
日誌寫進程(lgwr)：將重做日誌緩衝區中的更改寫入線上重做記錄檔 
系統監控(smon) ：檢查資料庫的一致性如有必要還會在資料庫開啟時啟動資料庫的恢複 
進程監控(pmon) ：負責在一個Oracle 進程失敗時清理資源 
檢查點進程(chpt)：負責在每當緩衝區快取中的更改永久地記錄在資料庫中時,更新控制檔案和資料檔案中的資料庫狀態資訊。 
歸檔進程(arcn) ：在每次日誌切換時把已滿的日誌組進行備份或歸檔 
作業調度器(cjq) :負責將調度與執行系統中已定義好的job,完成一些預定義的工作.
恢複進程(reco) :保證分散式交易的一致性,在分散式交易中,要麼同時commit,要麼同時rollback;

三：備份恢複類

1:備份如何分類
邏輯備份：exp/imp
物理備份：
RMAN備份
full backup/incremental backup(累積/差異)
熱備份:alter tablespace begin/end backup;
冷備份:離線備份(database shutdown)

2:歸檔是什麼含義
關于歸檔日誌：Oracle要將填滿的線上記錄檔組歸檔時,則要建立歸檔日誌（archived redo log）。
其對Database Backup和恢複有下列用處： 
<1>資料庫後備以及線上和歸檔記錄檔，在作業系統和磁碟故障中可保證全部提交的事物可被恢複。 
<2>在資料庫開啟和正常系統使用下，如果歸檔日誌是永久儲存，線上後備可以進行和使用。 
資料庫可運行在兩種不同方式下：
NOARCHIVELOG方式或ARCHIVELOG 方式
資料庫在NOARCHIVELOG方式下使用時，不能進行線上日誌的歸檔,
如果資料庫在ARCHIVELOG方式下運行，可實施線上日誌的歸檔。

3:如果一個表在2004-08-04 10:30:00 被drop，在有完善的歸檔和備份的情況下，如何恢複?
手工拷貝回所有備份的資料檔案 
sql>startup mount; 
sql>alter database recover automatic until time ‘2004-08-04:10:30:00‘;
sql>alter database open resetlogs;

4:rman是什麼,有何特點?
RMAN(Recovery Manager)是DBA的一個重要工具，用於備份、還原和恢複oracle資料庫,
RMAN 可以用來備份和恢複資料庫檔案、歸檔日誌、控制檔案、系統參數檔案,也可以用來執行完全或不完全的資料庫恢複。
RMAN有三種不同的使用者介面：
COMMAND LINE方式、GUI 方式（整合在OEM 中的備份管理器）、API 方式（用於整合到第三方的備份軟體中）。
具有如下特點：
1）功能類似物理備份，但比物理備份強大N倍；
2）可以壓縮空塊；
3）可以在塊水平上實現增量；
4）可以把備份的輸出打包成備份組，也可以按固定大小分割備份組；
5）備份與恢複的過程可以自動管理；
6）可以使用指令碼（存在Recovery catalog 中）
7）可以做壞塊監測

5:standby的特點
備用資料庫（standby database）：ORACLE推出的一種高可用性(HIGH AVAILABLE)資料庫方案，
在主節點與備用節點間通過日誌同步來保證資料的同步，備用節點作為主節點的備份
可以實現快速切換與災難性恢複,從920開始，還開始支援物理與邏輯待命伺服器。
9i中的三種資料保護模式分別是：
1)、MAXIMIZE PROTECTION ：最大資料保護與無資料分歧，LGWR將同時傳送到備用節點，
在主節點事務確認之前，備用節點也必須完全收到日誌資料。如果網路不好，引起LGWR不能傳送資料，將引起嚴重的效能問題，導致主節點DOWN機。
2)、MAXIMIZE AVAILABILITY ：無資料丟失模式，允許資料分歧，允許非同步傳送。
正常情況下運行在最大保護模式，在主節點與備用節點的網路斷開或串連不正常時，自動切換到最大效能模式，
主節點的操作還是可以繼續的。在網路不好的情況下有較大的效能影響。
3)、MAXIMIZE PERFORMANCE：這種模式應當可以說是從8i繼承過來的待命伺服器模式，非同步傳送，
無資料同步檢查，可能遺失資料，但是能獲得主節點的最大效能。9i在配置DATA GUARD的時候預設就是MAXIMIZE PERFORMANCE

6:對於一個要求恢復比較短的系統(資料庫50G,每天歸檔5G)，你如何設計備份策略
rman/每月一號 level 0 每周末/周三 level 1 其它每天level 2

四：系統管理類

1:對於一個存在系統效能的系統，說出你的診斷處理思路
1 做statspack收集系統相關資訊
瞭解系統大致情況/確定是否存在參數設定不合適的地方/查看top 5 event/查看top sql等
2 查v$system_event/v$session_event/v$session_wait
從v$system_event開始,確定需要什麼資源(db file sequential read)等
深入研究v$session_event,確定等待事件涉及的會話
從v$session_wait確定詳細的資源爭用情況(p1-p3的值:file_id/block_id/blocks等)
3 通過v$sql/v$sqltext/v$sqlarea表確定disk_reads、(buffer_gets/executions)值較大的SQL

2:列舉幾種診斷IO、CPU、效能狀況的方法
top/vmstat
statspack
sql_trace/tkprof
查v$system_event/v$session_event/v$session_wait
查v$sqlarea(disk_reads或buffer_gets/executions較大的SQL)

3:對statspack有何認識
StapSpack是Oracle公司提供的一個收集資料庫運行效能指標的軟體包，該軟體包從8i起，在9i、10g都有顯著的增強
該軟體包的輔助表（儲存相關參數與收集的效能指標的表）由最初的25個增長到43個
收集層級參數由原來的3個（0、5、10）增加到5個（0、5、6、7、10）
通過分析收集的效能指標，資料庫管理員可以詳細地瞭解資料庫目前的運行情況，對資料庫執行個體、等待事件、SQL等進行最佳化調整
利用statspack收集的snapshot,可以統計製作資料庫的各種效能指標的統計趨勢圖表。

4:如果系統現在需要在一個很大的表上建立一個索引，你會考慮那些因素，如何做以盡量減小對應用的影響
在系統比較空閑時
nologging選項（如果有dataguard則不可以使用nologging）
大的sort_ared_size或pga_aggregate_target較大

5:對raid1+0 和raid5有何認識
RAID 10(或稱RAID 1＋0)與RAID 0＋1不同，它是用硬碟先組成RAID 1陣列，然後在RAID 1陣列之間再組成RAID 0陣列。
RAID 10模式同RAID 0+1模式一樣具有良好的資料轉送效能，但卻比RAID 0+1具有更高的可靠性。RAID 10陣列的實際容量為M×n/2，
磁碟利用率為50％。RAID 10也需要至少4個硬碟構成，因而價格昂貴。 
RAID 10的可靠性同RAID 1一樣，但由於RAID 10硬碟之間有資料分割，因而資料轉送效能優良。

RAID 5與RAID 3很相似，不同之處在於RAID 5的同位資訊也同資料一樣被分割儲存到所有的硬碟，
而不是寫入一個指定的硬碟，從而消除了單個同位硬碟的瓶頸問題。RAID 5磁碟陣列的效能比RAID 3有所提高，
但仍然需要至少3塊硬碟。其實際容量為M×(n-1)，磁碟利用率為(n-1)/n 。

五：綜合隨意類

1:你最擅長的是oracle哪部分?
pl/sql及sql最佳化

2:喜歡oracle嗎？喜歡上論壇嗎？或者偏好oracle的哪一部分？
喜歡,sql的最佳化

3:隨意說說你覺得oracle最有意思的部分或者最困難的部分
latch free的處理

六.面試專題

（1）資料庫切換日誌的時候，為什麼一定要發生檢查點？這個檢查點有什麼意義？
觸發dbwr的執行，dbwr會把和這個日誌相關的所有髒隊列寫到資料檔案去，減少資料庫崩潰的時的恢復。
==>你所的只是普通checkpoint 該做的，而沒有特指Switch log時候的checkpoint的作用。
Switch log checkpoint最主要是使當前redo log 狀態由 current ==> Active ==> Inactive ,以備重用

（2）資料表空間管理方式有哪幾種，各有什麼優劣。
字典管理方式和自動管理方式，自動管理方式採用位元影像管理extent，減少字典之間的競爭，同時避免了片段
==>ok.

（3）本地索引與全域索引的差別與適用情況。
本地索引適用於sql語句種限定一個範圍的查詢比如時間之類的， 全域索引適用於在全部記錄中查詢，比如要查詢一個手機號之類的。
全域索引總可能出現unused的情況，需要重建
==>
本地索引適合條件中包含partition key的，當然不是絕對
全域索引總可能出現unused的情況，通常我會問那該怎麼辦？
9i裡面有update global index 的子句

（4）一個表a varchar2(1),b number(1),c char(2)，有100000條記錄，建立B-Tree索引在欄位a上，那麼表與索引誰大？為什嗎？
這個要考慮到rwoid所佔的位元組數，假設char總是佔用2位元組的情況，比較rowid和3
==>另外，table 和 index在segment free block的管理也有差別

（5）9i的data guard有幾種模式，各有什麼差別。
三種模式
maxmize performance 採用非同步傳送
maxmize availablity 允許採用非同步傳送，在兩者之間搖擺
==> 不叫搖擺，正常情況maxmize availablity 傳輸方式等同於maxmize protection ，只是在從庫Crash時允許primary繼續工作
maxmize protection 採用同步傳送
==>保證Standby 與 primary 絕對資料一致
個人以為採用maxmize performance好一點，對主要資料庫影響比較小

（6）執行計畫是什麼，查看執行計畫一般有哪幾種方式。
執行計畫是資料庫內部的執行步驟
set autotrace on
select * from table
alter session set event ‘10046 trace name context forever,level 12 ‘
一般採用pl/sql developer，其它的比較少用，記不住
==>差不多，再加個Explain plan , v$sql_plan
（7）簡單描述一下nest loop與hash join的差別。
nest loop適用於返回結果比較小的情況。
for in 1...n loop
對小表進行遍曆
根據小表的結果遍曆大表（大表需要索引）
end loop
這個在資料庫高效設計裡面有很好的解釋，一時還寫不出來
==>小表稱為驅動的結果集更為貼切

hash join適用在返回大結果集的情況
==>也未必一定大結果集

（8）db file sequential read與db file scattered read等待的差別，如果以上等待比較多，證明了什麼問題？
db file sequential read指的是需要一個但當前不在sga中的塊，等待從磁碟中讀取。db file scattered read需要多個連續的資料庫引起等待。
db file sequential read出現大量的等待，或許不是個問題。如果這兩個事件等待比較多，根據p1,p2,p3以及sid檢查sql語句，是否有調優的可能
==>db file scattered read基本可以定性為FTS/IFS
l（9）ibrary cache pin與library cache lock是什麼地方的等待事件，一般說明什麼問題？
一般出現在對package,procedure進行編譯，add contraint的時候。
==>差不多，說明DDL過多

（10）在一個24*7的應用上，需要把一個訪問量很大的1000萬以上資料層級的表的普通索引(a,b)修改成唯一約束(a,b,c)，你一般會選擇怎麼做，請說出具體的操作步驟與語句。
不能確定，是否可以採用先建索引後建立約束
create index idx_w1 on w_1 (a,b,c) online ;
alter table w_1 add constraint uni_w1 unique (a,b,c) novalidate;
==>
差不多，另外，一定要考慮非繁忙時間

（11）如果一個linux上的oracle資料庫系統突然變慢，你一般從哪裡去尋找原因。
先top看看是哪些進程，看看這些進程在做什麼
看看v$session_wait
==>
差不多，能加上vmstat , iostat就更好了

（12）說明一下對raid5與raid01/10的認識。
raid5採用校正資訊，硬碟的利用率n-1/n, raid10先採用先鏡像在進行條帶化，是最高效的硬碟利用方式，硬碟的利用率50%
==> 通常會提一下redo log 不能 in raid5. 還有 01/10的區別及優劣。

（13）列舉5個10g的新特性
1.rename tablespace
2.新的em
3.asm
4.bigfile tablespace
5.真正的增量rman
6.flashback table
7.expdp、impdp

(1)資料庫切換日誌的時候，為什麼一定要發生檢查點？這個檢查點有什麼意義？
資料庫切換日誌的時候,因為他要通知 dbwr,寫髒資料，ckpt,db_file ,redo 的 scn 號協調

這個問題前面討論了，主要就是理解日誌切換後為什麼日誌組還可能是active的

(2)資料表空間管理方式有哪幾種，各有什麼優劣。 
資料表空間的管理組件括資料字典和本地資料表空間管理兩種方式。
本地資料表空間管理：從oracle9r 開始，基本上預設都是本地資料表空間的管理， 
這種方式直接使用的是bit (1和0)方式來管理。所以空間收縮快。 
比如，我們truncate或者drop 掉一個非常大的表，非常快
資料字典資料表空間管理 ： 顧名思義，oracle 是用表來管理的。這樣就會造成對該表管理上的開銷。 
所以，在oracle 8i ,我們drop 一個非常大的表，可能需要3個小時或者更長。

本地索引與全域索引的差別與適用情況。
我建立索引一般都是本地索引。
全域索引沒有使用過

(3)一個表a varchar2(1),b number(1),c char(2)，有100000條記錄，建立B-Tree索引在欄位a上，那麼表與索引誰大？為什嗎？
在100000 的資料上，這個表單獨對欄位a 我不會建立索引。因為a varchar2(1) 建立索引後可能效能比較低。 
我們都知道，索引最終是使用rowid ，如果使用索引查詢大量的資料，還不如全表掃描，效能非常低。
不知道a的資料分布的情況下，你如何認定a上建索引效能不好？假如a的值是唯一的，大量查詢使用select * from t where a= ，你還認為在a上建索引效能會比全表掃描低嗎？

(4)9i的data guard有幾種模式，各有什麼差別。

具體說不上來，需要查詢文檔，不過，我做9i的 data guard 我都是主庫通過歸檔日誌來恢複datagard 的資料庫，
資料只有一個記錄檔的差別，如果向從庫上的網路出現問題，或者是備庫出現問題，主庫就會報錯。同時不停的向
備庫寫歸檔。直到寫出為止。
如果實際配置過，幾種模式沒有理由不知道

(5)執行計畫是什麼，查看執行計畫一般有哪幾種方式。
執行計畫是oracle 在執行一個語句時，使用了多少parse,execute,fetch ,使用了多少disk read/write, local read/write 等等
執行計畫是資料庫最佳化的重要工具。

你到底在說統計資訊，還是在說執行計畫？

有以下幾種方式： 
1. explain for 
2.set autotrace on 
set autotrace traceonly 
3.sql_trace 結合pkprof 
v$sql_plan

(6)簡單描述一下nest loop與hash join的差別。 
nest loop : select * from a where id 
loop 
select id from b 
end loop 
hash join: 
這是是oracle 散列串連 ，從a 表，b 表 利用 oracle 散列演算法進行串連
關鍵的一點，hash join只適合於等於串連條件。而且，散列演算法進行串連，具體是怎麼做的？兩個表都做hash嗎？呵呵

(7)db file sequential read與db file scattered read等待的差別，如果以上等待比較多，證明了什麼問題？

db file sequential read （資料檔案順序讀取 ）.多表串連中，表的串連順序存在問題，
沒有正確的驅動表 ，從一個資料區塊中讀取資料
可能是使用了不應當使用的索引掃描

db file scattered read 資料檔案離散讀取，從從多個資料區塊中讀取資料

如果以上等待比較多，可能是出現大規模的全表掃描，快速索引掃描，全索引掃描。需要增加合適的索引消除該等待事件。

(8)library cache pin與library cache lock是什麼地方的等待事件，一般說明什麼問題？
library cache pin與library cache lock 是 share pool 中的等待事件 ，一般說明oracle latch 出現等待，
因為多個進程都在搶資料欄位 latch, 搶不到就 pin,所以根據具體的應用需要最佳化
這個基本上沒說到點上這兩個latch主要是library cache中的object的組織方式是這樣的，首先一個相當於頭資訊的handle，然後指向object具體的heap，library cache lock加在handle上，library cache pin則加在heap上，獲得pin之前必須先獲得對handle的鎖定。這兩種等待較多，一般是由於DDL引起的，比如重編譯對象，授予/撤銷許可權等，這個pin可不是獲得latch失敗之後pin在cpu裡的pin，這個pin就是latch一種，是名詞

(9)在一個24*7的應用上，需要把一個訪問量很大的1000萬以上資料層級的表的普通索引(a,b)修改成唯一約束(a,b,c)，你一般會選擇怎麼做，請說出具體的操作步驟與語句。
首先 create unqiue idx_1 on table (a,b,c )
drop 表的普通索引(a,b) 
這樣做，你的應用估計夠戧，index也不知道要多久才能建好

(10)如果一個linux上的oracle資料庫系統突然變慢，你一般從哪裡去尋找原因。
(1) top 一下 , 找到相應session ,跟蹤該session ,結合 autotrace ,sql_trace， dbms_system.set_sql_trace_in_session(sid,serial#,true) 等應用最佳化工具
(2) v$session_wait , 找出等待事件
(3)v$sql,v$sqlarea 找出效能不好的sql等
(4)，作statspack , 分析

沒有提到alert

(11)說明一下對raid5與raid01/10的認識。
raid5 比如5塊盤，4塊盤作資料盤，一塊盤作冗餘盤。

你說的是Raid3,raid5的校正位是均勻分布在各個盤的,沒有單獨的校正盤

(12)列舉5個10g的新特性

asm 
ash
awr 
rman 加強
回閃功能 
ash/awr基本上可以算一個，閃回功能9i也有，準確的說應該是flashback database。其實10g的新特性很多，比如RecycleBin，物理備庫的read/write，data guard的Fast-start Failover，EM dbcontrol/grid control。。。

整理一些dba的面試題[轉]