新年開工,這份 Oracle DBA的面試題目,看看你合格不?
作者:datapeng
SQL tuning 類
1:列舉幾種表連接方式
2:不藉助第三方工具,怎樣查看sql的執行計劃
或者:
3:如何使用CBO,CBO與RULE的區別
Rule Based Optimizer(RBO):基於規則
Cost Based Optimizer (CBO):基於成本,或者講統計信息。
在optimizer_mode=choose時,如果表有統計信息(分區表外),優化器將選擇CBO,否則選RBO。RBO遵循簡單的分級方法學,使用15種級別要點,當接收到查詢,優化器將評估使用到的要點數目, 然後選擇最佳級別(最少的數量)的執行路徑來運行查詢。
CBO嘗試找到最低成本的訪問數據的方法,為了最大的吞吐量或最快的初始響應時間,計算使用不同的執行計劃的成本,並選擇成本最低的一個,關於表的數據內容的統計被用於確定執行計劃。
4:如何定位重要(消耗資源多)的SQL
5:如何跟蹤某個session的SQL
6:SQL調整最關注的是什麼
7:說說你對索引的認識(索引的結構、對dml影響、為什麼提高查詢性能)
索引通常能提高select/update/delete的性能,會降低insert的速度
8:使用索引查詢一定能提高查詢的性能嗎?為什麼
索引就是為了提高查詢性能而存在的, 如果在查詢中索引沒有提高性能, 只能說是用錯了索引,或者講是場合不同
9:綁定變數是什麼?綁定變數有什麼優缺點?
綁定變數是相對文本變數來講的,所謂文本變數是指在SQL直接書寫查詢條件,這樣的SQL在不同條件下需要反覆解析,綁定變數是指使用變數來代替直接書寫條件,查詢bind value在運行時傳遞,然後綁定執行。優點是減少硬解析,降低CPU的爭用,節省shared_pool ;缺點是不能使用histogram,sql優化比較困難
10:如何穩定(固定)執行計劃
11:和排序相關的內存在8i和9i分別怎樣調整,臨時表空間的作用是什麼
12:存在表T(a,b,c,d),要根據欄位c排序後取第21—30條記錄顯示,請給出sql
資料庫基本概念類
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將利用回滾段的數據前影像來構造一個讀一致性視圖。
6:日誌的作用是什麼
記錄資料庫事務:最大限度地保證數據的一致性與安全性
重做日誌文件:含對資料庫所做的更改記錄,這樣萬一出現故障可以啟用數據恢復,一個資料庫至少需要兩個重做日誌文件
歸檔日誌文件:是重做日誌文件的離線副本,這些副本可能對於從介質失敗中進行恢復很必要。
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)。
其對資料庫備份和恢復有下列用處:資料庫後備以及在線和歸檔日誌文件,在操作系統和磁碟故障中可保證全部提交的事物可被恢復。在資料庫打開和正常系統使用下,如果歸檔日誌是永久保存,在線後備可以進行和使用。
資料庫可運行在兩種不同方式下:NOARCHIVELOG方式或ARCHIVELOG方式. 資料庫在NOARCHIVELOG方式下使用時,不能進行在線日誌的歸檔,如果資料庫在ARCHIVELOG方式下運行,可實施在線日誌的歸檔。
3:如果一個表在2004-08-04 10:30:00 被drop,在有完善的歸檔和備份的情況下,如何恢復?
手工拷貝回所有備份的數據文件
4:rman是什麼,有何特點?
RMAN(Recovery Manager)是DBA的一個重要工具,用於備份、還原和恢復oracle資料庫, RMAN 可以用來備份和恢復資料庫文件、歸檔日誌、控制文件、系統參數文件,也可以用來執行完全或不完全的資料庫恢復。
RMAN有三種不同的用戶介面:COMMAND LINE方式、GUI 方式(集成在OEM 中的備份管理器)、API 方式(用於集成到第三方的備份軟體中)。
具有如下特點:
功能類似物理備份,但比物理備份強大N倍;
可以壓縮空塊;
可以在塊水平上實現增量;
可以把備份的輸出打包成備份集,也可以按固定大小分割備份集;
備份與恢復的過程可以自動管理;
可以使用腳本(存在Recovery catalog 中)
可以做壞塊監測
5:standby的特點
備用資料庫(standby database):ORACLE推出的一種高可用性(HIGH AVAILABLE)資料庫方案,在主節點與備用節點間通過日誌同步來保證數據的同步,備用節點作為主節點的備份.可以實現快速切換與災難性恢復,從920開始,還開始支持物理與邏輯備用伺服器。
9i中的三種數據保護模式分別是:
MAXIMIZE PROTECTION :最大數據保護與無數據分歧,LGWR將同時傳送到備用節點,在主節點事務確認之前,備用節點也必須完全收到日誌數據。如果網路不好,引起LGWR不能傳送數據,將引起嚴重的性能問題,導致主節點DOWN機。
MAXIMIZE AVAILABILITY :無數據丟失模式,允許數據分歧,允許非同步傳送。正常情況下運行在最大保護模式,在主節點與備用節點的網路斷開或連接不正常時,自動切換到最大性能模式,主節點的操作還是可以繼續的。在網路不好的情況下有較大的性能影響。
MAXIMIZE PERFORMANCE:這種模式應當可以說是從8i繼承過來的備用伺服器模式,非同步傳送,無數據同步檢查,可能丟失數據,但是能獲得主節點的最大性能。9i在配置DATA GUARD的時候默認就是MAXIMIZE PERFORMANCE
6:對於一個要求恢復時間比較短的系統(資料庫50G,每天歸檔5G),你如何設計備份策略
rman/每月一號 level 0 每周末/周三 level 1 其它每天level 2
系統管理類
1.對於一個存在系統性能的系統,說出你的診斷處理思路
做statspack收集系統相關信息
了解系統大致情況/確定是否存在參數設置不合適的地方
查看top 5 event/查看top sql等
查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等)
通過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哪部分?
2:喜歡oracle嗎?喜歡上論壇嗎?或者偏好oracle的哪一部分?
3:隨意說說你覺得oracle最有意思的部分或者最困難的部分
4:為何要選擇做DBA呢?
GIF
數領先機 智贏未來
DTCC2018
中國資料庫技術大會(簡稱 DTCC)是國內資料庫及大數據領域規模最大、最受歡迎的技術交流盛會,每年一屆。自 2010 年以來,迄今已成功舉辦了八屆,累計參與人次達到 20000+。DTCC 每年都將邀請百餘位行業專家,就熱點技術話題進行分享,為資料庫人群、大數據從業人員、廣大互聯網人士及行業相關人士提供最具價值的交流平台。
2018 年 5 月 10-12 日,第九屆中國資料庫技術大會(DTCC2018)將如約而至。本屆大會以 「數領先機 ? 智贏未來」 為主題,設定 2 大主會場及 20 個技術專場,邀請來自國內外互聯網、金融、教育等行業百餘位技術專家,共同探討 Oracle、MySQL、NoSQL、大數據、機器學習、區塊鏈、數據可視化等領域的前瞻性熱點話題與技術。
※蘋果的實習生或泄漏 iOS 源代碼;俄羅斯核武器工程師被控用超級計算機挖礦
※打好 Redis 的基礎,你可能需要這些常用命令
TAG:ITPUB |