Oracle數(shù)據(jù)庫的性能優(yōu)化一直是DBA關(guān)注的焦點(diǎn)。在不同版本中，Oracle提供了數(shù)據(jù)庫性能診斷的相關(guān)工具。事實(shí)上，這些工具通過對數(shù)據(jù)庫中記錄性能數(shù)據(jù)的視圖進(jìn)行連續(xù)采樣來獲取Statspack的元數(shù)據(jù)，這些數(shù)據(jù)是使用工具分析性能的基礎(chǔ)。在本文中，我們將介紹數(shù)據(jù)庫中最重要的性能視圖。

我曾經(jīng)在我的博客中提到，我問了一個(gè)數(shù)據(jù)庫管理員朋友一個(gè)問題:列出九個(gè)最重要的動(dòng)態(tài)性能視圖。為每個(gè)視圖寫一篇文章(不少于5頁的Word文檔)，解釋您可以從該視圖中獲得什么信息。最后寫一篇文章(不少于20頁的Word文檔)，說明結(jié)合這些視圖可以得到哪些重要的數(shù)據(jù)庫信息，輔助數(shù)據(jù)庫優(yōu)化和診斷。

至于這個(gè)問題的初衷，我是這樣解釋的:其實(shí)我并不在乎文章的長短，關(guān)鍵是你是否真的思考過這些知識，并能運(yùn)用到實(shí)踐中去。

首先自己想想，看自己能想到什么，然后參考別人的經(jīng)驗(yàn)，看看差距在哪里。對比再學(xué)習(xí)，學(xué)習(xí)再深入。同樣，最忌諱的不是思考，而是直接去找別人的答案。這就像解數(shù)學(xué)題一樣。如果你偷看答案，會(huì)限制你的思維，讓你很難獨(dú)立思考和創(chuàng)新。

如果這樣去思考，去比較，去學(xué)習(xí)，去總結(jié)，我不相信技術(shù)就不能提高。世界并不復(fù)雜?？峙履銖膩頉]有認(rèn)真對待過。其實(shí)這個(gè)題目和這篇文章是給自己看的，不是給別人看的。作為一名DBA，我們應(yīng)該能夠停下來，不時(shí)地問自己一些問題，看看我們可以掌握一些問題的哪些細(xì)節(jié)。

我的問題后來被一些公司的朋友在DBA面試中使用，有參加過面試的朋友來問我答案。其實(shí)我提出的只是一個(gè)命題，答案肯定會(huì)因人而異，這個(gè)問題的答案是對是錯(cuò)并不重要。但是通過回答，我們真的可以看到一個(gè)人對數(shù)據(jù)庫的認(rèn)識和理解，他的側(cè)重點(diǎn)，他的知識。再者，面試官可以通過你的回答提出更深入的問題，從而考察你的真實(shí)水平。完美的面試下，真實(shí)的技術(shù)水平是無法掩蓋的。

好了，在繼續(xù)閱讀之前，請合上書，找一張紙寫下自己的答案，以此作為面試，看看自己是否清晰，對自己的答案是否滿意。

提出這個(gè)命題還有另外一層意思。在許多生產(chǎn)環(huán)境中，當(dāng)突然出現(xiàn)問題時(shí)，可能沒有可用的工具，沒有Statspack，只能使用sql*plus。我問過很多考生:這個(gè)時(shí)候你該怎么辦？

毫無疑問，您需要查詢動(dòng)態(tài)性能視圖，了解系統(tǒng)運(yùn)行狀態(tài)的大致情況，并找出系統(tǒng)問題的原因。

在前一節(jié)中，當(dāng)我們介紹Statspack時(shí)，我們提到了許多數(shù)據(jù)庫的動(dòng)態(tài)性能視圖?，F(xiàn)在我們可以對這些觀點(diǎn)進(jìn)行分類、總結(jié)和擴(kuò)展。

1.與會(huì)話v $ session相關(guān)的主視圖->: v$session_wait

V$Session視圖記錄當(dāng)前連接Session的信息，包括用戶名、連接主機(jī)、會(huì)話正在執(zhí)行的SQL的SQL_ADDRESS和SQL_HASH_VALUE等。V$session_wait記錄當(dāng)前連接會(huì)話正在等待的資源信息。在Oracle 10g中，Oracle將v$session_wait視圖的內(nèi)容合并到v$session視圖中，這樣更容易獲取當(dāng)前會(huì)話信息。

通過這兩個(gè)視圖，您可以快速獲得當(dāng)前連接會(huì)話的狀態(tài)。如果數(shù)據(jù)庫遇到等待、爭用、鎖定等問題。，您可以通過這兩個(gè)視圖找出性能問題的原因以及導(dǎo)致這些問題的會(huì)話。

2.與會(huì)話級統(tǒng)計(jì)信息相關(guān)的視圖有

V $ sesstat視圖記錄會(huì)話的統(tǒng)計(jì)信息，包括邏輯數(shù)據(jù)讀取、物理數(shù)據(jù)讀取、排序操作等。v $ sesstat收集的信息會(huì)累積到v$sysstat視圖中，記錄整個(gè)數(shù)據(jù)庫系統(tǒng)的統(tǒng)計(jì)信息。

通過v $ sesstat，可以獲取并分析當(dāng)前連接操作的會(huì)話信息；使用v$sysstat，您可以對數(shù)據(jù)庫自啟動(dòng)以來的運(yùn)行狀態(tài)有一個(gè)整體的了解。

3.與等待事件v $ session _ event->:v $ system _ event相關(guān)的主視圖

V$session_event記錄當(dāng)前連接會(huì)話的等待事件，這些事件最終累積到v$system_event視圖中。v$system_event記錄自數(shù)據(jù)庫啟動(dòng)以來整個(gè)數(shù)據(jù)庫系統(tǒng)的等待信息摘要。通過這兩個(gè)視圖，我們可以知道數(shù)據(jù)庫的等待消耗了哪些事件，從而可以進(jìn)一步診斷其具體問題。

在這里，我們需要對v$session_wait和v$session_event視圖進(jìn)行一些區(qū)別和解釋。v$session_event視圖記錄了當(dāng)前連接會(huì)話的等待事件信息，是會(huì)話生命周期中各種等待事件的累加，比如查詢當(dāng)前會(huì)話的累計(jì)等待:

該視圖記錄了不同等待事件的等待時(shí)間、等待次數(shù)等信息。

V$session_wait記錄活動(dòng)會(huì)話當(dāng)前正在等待的資源信息，這是實(shí)時(shí)信息的記錄。v$session_wait的實(shí)時(shí)等待完成后才能記錄在v$session_event中。簡單粗略地說，v$session_wait是“現(xiàn)在”，v$session_event是“曾經(jīng)”:

當(dāng)然，v$session_wait和v$session_event不僅僅是“現(xiàn)在”和“曾經(jīng)”那么簡單，v$session_wait視圖中記錄的信息更為復(fù)雜和全面。在此視圖中，Oracle通過附加參數(shù)(P1、P2、P3)顯示等待事件的資源等信息，這些參數(shù)對于不同的事件有不同的含義。例如，對于數(shù)據(jù)庫文件分散讀取等待，P1代表文件編號，P2代表數(shù)據(jù)塊數(shù)，P3代表塊數(shù)(P代表參數(shù))。

此信息可以通過另一個(gè)視圖查詢獲得:

統(tǒng)計(jì)包相關(guān)信息記錄的數(shù)據(jù)表包括:

請注意，在Oracle9i中，v$session和v$session_wait的信息不是由Statspack收集的，而是v$system_event視圖記錄的累積信息，這意味著我們無法跟蹤會(huì)話的歷史，也無法知道哪個(gè)會(huì)話導(dǎo)致了等待，以及如何和何時(shí)導(dǎo)致的。針對這種情況，Oracle 10g開始對其進(jìn)行增強(qiáng)。

最后，列出我對這個(gè)問題的答案:

v $ session+v $ session _ wait = Oracle 10 gV $ session；

v $ sysstat

v $ system _ event

v $流程；

v $ sql

v $ sqltext

v $ lock

v $ latch _ children

v$bh .

這是我的回答。除了數(shù)據(jù)庫等待和統(tǒng)計(jì)信息，我還關(guān)心進(jìn)程信息(v$process)，latch _ children競爭信息，鎖等待信息，SQL(v$sql，v$sqltext)信息，Buffer信息(v$bh)，當(dāng)然還有很多重要的視圖，你會(huì)怎么安排？

Statspack的主要優(yōu)點(diǎn)是可以持續(xù)收集這些信息，從而可以對數(shù)據(jù)庫的變化趨勢進(jìn)行數(shù)據(jù)分析。但是Statspack畢竟需要DBA手動(dòng)安裝，定期規(guī)劃，維護(hù)數(shù)據(jù)等。當(dāng)一個(gè)企業(yè)缺少專門的維護(hù)人員時(shí)，如果出現(xiàn)問題，即使是Oracle專家到了現(xiàn)場也無法得到太多有效的信息。為了解決這些問題，甲骨文開始嘗試自動(dòng)化這些任務(wù)。

會(huì)話信息的增強(qiáng)

雖然v$session_wait記錄的信息非常重要，但是這些重要信息會(huì)隨著會(huì)話狀態(tài)的變化而變化。如果想得到數(shù)據(jù)庫的歷史狀態(tài)和會(huì)話的歷史等待信息，是不可用的，所以我們很難回答這樣的問題:

昨天這個(gè)系統(tǒng)是什么樣的？

今天和昨天有什么區(qū)別？

一小時(shí)前是哪個(gè)用戶導(dǎo)致性能下降的？

今天有哪些事件讓我們花更多的時(shí)間等待？

您可能還會(huì)聽到OracleSupport一遍又一遍地問:問題發(fā)生時(shí)，系統(tǒng)是什么樣子的？出現(xiàn)問題時(shí)系統(tǒng)有怎樣的等待？你能重現(xiàn)這個(gè)問題以便我們判斷嗎？

這些問題很多都是極其氣人的，我們當(dāng)然不希望問題重現(xiàn)，再次造成停機(jī)或業(yè)務(wù)損失，而那些問題似乎明顯是在推卸不作為的責(zé)任。但事實(shí)是，沒有當(dāng)時(shí)和會(huì)期的現(xiàn)場和狀態(tài)的實(shí)時(shí)信息，真的很難判斷問題。

從Oracle 10g開始，Oracle已經(jīng)改變了這一切。所以說了這么多，我只想更認(rèn)真的告訴你，這個(gè)改變有多重要。

v $會(huì)話視圖的增強(qiáng)

在Oracle 10g中，Oracle全面增強(qiáng)了v$session視圖，現(xiàn)在這個(gè)視圖被賦予了更多的含義。

首先，添加了關(guān)于阻塞的信息:

阻塞_會(huì)話_狀態(tài)變量2(11)

阻塞_實(shí)例號

阻塞_會(huì)話號

BLOCKING_SESSION記錄導(dǎo)致當(dāng)前等待會(huì)話的進(jìn)程標(biāo)識。我們來看看下面的測試。首先，在會(huì)話1中執(zhí)行更新操作，暫時(shí)不要提交:

然后會(huì)打開另一個(gè)會(huì)話，更新也會(huì)被執(zhí)行，此時(shí)的更新會(huì)在等待:

SQL >連接eygle/sysdba

連接。

SQL >更新eygle set username = ' EYGLE

現(xiàn)在讓我們看看v$session提供的新信息可以幫助我們找到什么:

請注意，會(huì)話59阻止了進(jìn)程90。在以前的版本中，可以通過另外兩個(gè)視圖來查詢這些信息:

同時(shí)，Oracle將v$session_wait的信息集成到v$session視圖中，更加方便。等待也可以通過v $會(huì)話視圖獲得:

通過SQL查詢，您可以進(jìn)一步找到阻止其他會(huì)話的用戶正在執(zhí)行的操作:

添加v $會(huì)話_等待_歷史視圖

為了更有效地保存會(huì)話信息，Oracle 10g添加了一個(gè)新的v$session_wait_history視圖，用于記錄活動(dòng)會(huì)話的最后10個(gè)等待事件。

最后10次的等待信息由隱式參數(shù)_session_wait_history控制，默認(rèn)值為10。如果您想讓更多的等待活動(dòng)會(huì)話，您可以通過修改此隱式參數(shù)來控制它。

通過這個(gè)視圖，v$session_wait可以被擴(kuò)展以獲得更多相關(guān)信息來輔助數(shù)據(jù)庫問題診斷。這是甲骨文邁出的一小步。

本文摘自《逐步數(shù)據(jù)庫管理優(yōu)化和備份恢復(fù)》

加入“云和恩墨講堂”微信群，參與討論學(xué)習(xí)

搜索蓋國強(qiáng)(eygle)微信號:Eygle，或者掃描下面的二維碼。注:云和恩墨講堂，可以入團(tuán)。每周與數(shù)千人分享免費(fèi)技術(shù)，在線與導(dǎo)師討論。

關(guān)注微信官方賬號，獲得后續(xù)精彩分享