建站
咨詢
售后
建站咨詢
新聞中心
oracle數(shù)據(jù)庫等待事件是數(shù)據(jù)庫性能調(diào)優(yōu)過程中不可避免的問題。等待事件是指當(dāng)用戶請(qǐng)求執(zhí)行某個(gè)操作時(shí)，當(dāng)操作涉及到某些資源（如CPU、磁盤、網(wǎng)絡(luò)等）無法滿足操作請(qǐng)求時(shí)，系統(tǒng)會(huì)使操作有所等待，這個(gè)等待過程就是等待事件。等待事件往往會(huì)導(dǎo)致系統(tǒng)響應(yīng)緩慢，嚴(yán)重影響數(shù)據(jù)庫性能，因此必須采取一系列措施加以解決。
1. 了解等待事件
需要了解Oracle中各種等待事件并進(jìn)行分類。常見的等待事件包括I/O等待、CPU等待、網(wǎng)絡(luò)等待、鎖等待等。針對(duì)不同的等待事件要采取不同的解決措施。
2. 優(yōu)化查詢
查詢語句的優(yōu)化可以是提高Oracle數(shù)據(jù)庫性能的有效手段。優(yōu)化查詢主要包括以下幾個(gè)方面：
（1）優(yōu)化查詢語句的where條件
where條件的優(yōu)化可以顯著提升查詢效率?？梢酝ㄟ^建立索引或調(diào)整查詢語句來優(yōu)化where條件。
（2）避免全表掃描
全表掃描將遍歷整個(gè)表，性能較低?？梢酝ㄟ^建立索引、使用分區(qū)表或限制查詢結(jié)果來避免全表掃描。
（3）盡量避免使用復(fù)雜查詢
復(fù)雜查詢語句的效率較低。應(yīng)盡量避免在查詢語句中使用嵌套或子查詢等復(fù)雜語句。
3. 確保適當(dāng)?shù)馁Y源分配
Oracle數(shù)據(jù)庫等待事件通常是由于資源不足引起的。因此，為了提高Oracle數(shù)據(jù)庫性能，必須確保適當(dāng)?shù)馁Y源分配。其中包括：
（1）為相關(guān)的表和索引建立適當(dāng)?shù)馁Y源
建立適當(dāng)?shù)谋砗退饕梢燥@著提高數(shù)據(jù)庫性能?？梢酝ㄟ^動(dòng)態(tài)重建索引、合并分散的表來提高資源利用率。
（2）分配足夠的內(nèi)存
分配足夠的內(nèi)存可以避免Oracle數(shù)據(jù)庫的內(nèi)存不足導(dǎo)致的等待事件。在分配內(nèi)存時(shí)，應(yīng)確保預(yù)留足夠的內(nèi)存以處理高并況。
（3）分配足夠的磁盤空間
為Oracle數(shù)據(jù)庫分配足夠的磁盤空間可以避免存儲(chǔ)相關(guān)操作的等待事件。
4. 應(yīng)用SQL調(diào)優(yōu)工具
SQL調(diào)優(yōu)工具可以幫助數(shù)據(jù)庫管理員快速診斷等待事件并提供有效的解決方案。其中最常用的工具包括SQL Trace、Statspack和AWR。這些工具可以根據(jù)不同的等待事件類型提供詳細(xì)的信息和相應(yīng)的解決措施。
5. 采取高可用性技術(shù)
高可用性技術(shù)可以提高數(shù)據(jù)庫的性能和穩(wěn)定性，并避免因數(shù)據(jù)庫時(shí)鐘退化、網(wǎng)絡(luò)中斷等導(dǎo)致的等待事件。常見的高可用性技術(shù)包括數(shù)據(jù)鏡像、RAC集群、數(shù)據(jù)復(fù)制等。
解決Oracle數(shù)據(jù)庫等待事件是提高數(shù)據(jù)庫性能的關(guān)鍵一步。通過了解等待事件、優(yōu)化查詢、確保適當(dāng)?shù)馁Y源分配、應(yīng)用SQL調(diào)優(yōu)工具和采取高可用性技術(shù)等一系列措施可以顯著提高Oracle數(shù)據(jù)庫性能。
相關(guān)問題拓展閱讀：
- Oracle數(shù)據(jù)庫無響應(yīng)故障處理方式
- Oracle數(shù)據(jù)庫event事件與dump文件介紹
Oracle數(shù)據(jù)庫無響應(yīng)故障處理方式
Oracle數(shù)據(jù)庫
無響應(yīng)故障處理方式
Oracle數(shù)據(jù)庫無響應(yīng)故障，簡(jiǎn)單地講就是數(shù)據(jù)庫實(shí)例不能響應(yīng)客戶端發(fā)起的請(qǐng)求，客戶端提交一個(gè)SQL后，就一直處于等待數(shù)據(jù)庫實(shí)例返回結(jié)果的狀態(tài)。更嚴(yán)重的現(xiàn)象是客戶端根本不能連接到數(shù)據(jù)庫，發(fā)起一個(gè)連接嫌則伍請(qǐng)求后，一直處于等待狀態(tài)。Oracle數(shù)據(jù)庫無響應(yīng)故障怎么處理呢?下面跟我一起來學(xué)習(xí)Oracle數(shù)據(jù)庫無響應(yīng)故障的處理方法吧!
無響應(yīng)的故障現(xiàn)象一般有以下幾種：
1.Oracle的進(jìn)程在等待某個(gè)資源或事件
這種現(xiàn)象一般可以從V$SESSION_WAT、V$LATCH、V$LATCHHOLDER等動(dòng)態(tài)視圖中檢查進(jìn)程正在等待的資源或事件，而被等待的資源或事件，一直都不能被獲取，甚至是很長(zhǎng)時(shí)間都不可獲得。如果這個(gè)正在等待的進(jìn)程持有了其他的資源，則會(huì)引起其他的進(jìn)程等待，這樣就很可能引起實(shí)例中大范圍的會(huì)話發(fā)生等待。由于進(jìn)程在等待資源或事件時(shí)，通常都處于SLEEP狀態(tài)，消耗的CPU資源非常少(在等待latch時(shí)要稍微多消耗一些CPU資源)，所以從OS來看，CPU的消耗并不高，甚至是非常低。
這種因?yàn)榈却鸬膫€(gè)別進(jìn)程Hang，相對(duì)比較容易處理。
2. OracleProcess Spins
所謂Spin，就是指Oracle進(jìn)程中的代碼在執(zhí)行某個(gè)過程時(shí)，陷入了循環(huán)。在V$SESSION視圖中，往往可以看到Hang住的會(huì)話，一直處于“ACTIVE”狀態(tài)。對(duì)于這樣的會(huì)話，用“alter system kill session ‘sid,serial#’”命令也不能完全斷開會(huì)話，會(huì)話只能被標(biāo)記為“killed”，會(huì)話會(huì)繼續(xù)消耗大量的CPU。進(jìn)程Spins由于是在做循環(huán)，CPU的消耗非常大，從OS上明顯可以看到這樣的進(jìn)程，通常會(huì)消耗整個(gè)CPU的資源。
而對(duì)于這樣的Hang住的會(huì)話，處理起來相對(duì)比較復(fù)雜，并且為了從根本上解決問題，需要超過DBA日常維護(hù)所需要的技能。
從故障范圍來看，無響應(yīng)故障可以分為以下幾種情況：
1. 單個(gè)或部分會(huì)話(進(jìn)程)Hang住
這種情況屬于小范圍的故障，業(yè)務(wù)影響相對(duì)較小，一般來說只會(huì)影響業(yè)務(wù)系統(tǒng)的個(gè)別模塊。在一個(gè)多應(yīng)用系統(tǒng)的數(shù)據(jù)庫上面，如果Hang住的會(huì)話比較多，則影響的可能是其中的一個(gè)應(yīng)用系統(tǒng)。這里有一個(gè)例外，如果Hang住的進(jìn)程是系統(tǒng)后臺(tái)進(jìn)程，如pmon、on等，則影響的范圍就非常大了，最終甚至?xí)绊懻麄€(gè)數(shù)據(jù)庫及所有應(yīng)用系統(tǒng)。還有值得注意的是，即使是少部分會(huì)話Hang住，也要及時(shí)處理，否則極有可能會(huì)擴(kuò)散到整個(gè)系統(tǒng)。
2. 單個(gè)數(shù)據(jù)庫實(shí)例Hang住
這種情況造成的影響非常大。在這個(gè)實(shí)例上的所有應(yīng)用系統(tǒng)均受到嚴(yán)重影響，并且在找到根源并最終解決問題之前，數(shù)據(jù)庫實(shí)例往往須要重啟。
3. OPS或RAC中的多個(gè)實(shí)例或所有實(shí)例都Hang住
在這種情況下，即使是OPS或RAC，都已經(jīng)沒辦法提供高可用特性了。使用這個(gè)數(shù)據(jù)庫的所有應(yīng)用系統(tǒng)將不能繼續(xù)提供服務(wù)，這種芹或情況往往須要重啟。
無響應(yīng)故障成因分析
Oracle數(shù)據(jù)庫無響應(yīng)，一般主要由以下幾種原因引起：
1. 數(shù)據(jù)庫主機(jī)負(fù)載過高，嚴(yán)重超過主機(jī)承受能力
比如應(yīng)用設(shè)計(jì)不當(dāng)，數(shù)據(jù)庫性能低下，活動(dòng)會(huì)話數(shù)的大量增加，導(dǎo)致數(shù)據(jù)庫主機(jī)的負(fù)載迅速增加，數(shù)據(jù)庫不能正常操作，并最終Hang住;主機(jī)
物理內(nèi)存
嚴(yán)重不足，引起大量的換頁，特別是在SGA中的內(nèi)存被大量換出到
虛擬內(nèi)存
時(shí)，數(shù)據(jù)庫實(shí)例往往就會(huì)Hang住。
2. 日常維護(hù)不當(dāng)、不正確的操作引起數(shù)據(jù)庫Hang住
比如歸檔日志的存儲(chǔ)空間滿，導(dǎo)致數(shù)據(jù)庫不能歸檔，引起數(shù)據(jù)庫Hang住;在一個(gè)大并發(fā)的繁忙的系
統(tǒng)上，對(duì)DML操作比較多的大表進(jìn)盯賣行move、增加
外鍵
約束等操作也可能使系統(tǒng)在短時(shí)間內(nèi)負(fù)載大幅升高，并引起
數(shù)據(jù)庫系統(tǒng)
Hang住;不正確的資源計(jì)劃(Resource Plan)配置，使進(jìn)程得不到足夠的CPU等。
3. Oracle數(shù)據(jù)庫的Bug
幾乎每個(gè)版本都存在著會(huì)導(dǎo)致數(shù)據(jù)庫系統(tǒng)Hang住的Bug，這些Bug會(huì)在一些特定的條件下觸發(fā)，特別是在RAC數(shù)據(jù)庫中，引起數(shù)據(jù)庫Hang住的Bug比較多。
4. 其他方面的一些原因
比如在RAC數(shù)據(jù)庫中，如果一個(gè)節(jié)點(diǎn)退出或加入到RAC的過程中，當(dāng)進(jìn)行Resource Reconfiguration時(shí)，會(huì)使系統(tǒng)凍結(jié)一段時(shí)間，也有可能使系統(tǒng)Hang住。
以上所描述的幾種常見的會(huì)導(dǎo)致Oracle數(shù)據(jù)庫實(shí)例Hang住的原因中，大部分的情況是可以避免的，只要維護(hù)得當(dāng)，一般不會(huì)出現(xiàn)這種故障。對(duì)于Oracle數(shù)據(jù)庫Bug所導(dǎo)致的數(shù)據(jù)庫無響應(yīng)故障，由于是在特定的情況下才會(huì)觸發(fā)，所以如果能夠盡量對(duì)數(shù)據(jù)庫打上最新版本的補(bǔ)丁，并且熟悉當(dāng)前版本中會(huì)導(dǎo)致系統(tǒng)Hang住的Bug以及觸發(fā)條件，就能夠更大限度地避免這種故障的發(fā)生，提高系統(tǒng)的可用性。
那么，在數(shù)據(jù)庫Hang住的情況下，如何去分析并發(fā)現(xiàn)導(dǎo)致問題的根源?一方面，由于系統(tǒng)Hang住會(huì)導(dǎo)致業(yè)務(wù)系統(tǒng)不可用，為了能夠盡快地恢復(fù)業(yè)務(wù)，須快速地判斷問題所在，然后Kill掉引起故障的會(huì)話和進(jìn)程，或者數(shù)據(jù)庫實(shí)例不得不重啟以迅速恢復(fù)業(yè)務(wù);但另一方面，如果只是重啟數(shù)據(jù)庫或Kill會(huì)話和進(jìn)程來解決問題，在很多情況下是治標(biāo)不治本的辦法，在以后故障隨時(shí)可能會(huì)出現(xiàn)。如何在二者之間進(jìn)行抉擇呢?對(duì)于數(shù)據(jù)庫Hang故障的處理，首先是盡可能地收集到系統(tǒng)Hang住時(shí)的狀態(tài)數(shù)據(jù)，然后盡快地恢復(fù)業(yè)務(wù)，恢復(fù)業(yè)務(wù)后分析收集到的數(shù)據(jù)，找到數(shù)據(jù)庫系統(tǒng)Hang住的真正原因，然后再進(jìn)行相應(yīng)的處理。下一節(jié)將詳細(xì)描述數(shù)據(jù)庫系統(tǒng)Hang住后的處理流程。
無響應(yīng)故障處理流程
對(duì)于Oracle無響應(yīng)故障的處理，我們可以按下圖所示的流程進(jìn)行。
值得注意的是，上圖并不是一個(gè)完整的Oracle數(shù)據(jù)庫故障處理流程圖，只是處理Oralce數(shù)據(jù)庫無響應(yīng)這一類特定的故障的流程，只列出了針對(duì)這一特定類型故障處理時(shí)的關(guān)鍵處理點(diǎn)。不過既然是故障，所以這類故障的處理流程與其他故障的處理流程，有著非常相似的地方。
下面是整個(gè)流程的詳細(xì)說明：
. 在出現(xiàn)數(shù)據(jù)庫無響應(yīng)故障后，首先確認(rèn)系統(tǒng)的影響范圍，如上節(jié)所描述的’，是部分業(yè)務(wù)系統(tǒng)或模塊還是所有的業(yè)務(wù)系統(tǒng)都受影響，是不是整個(gè)實(shí)例或多個(gè)實(shí)例都無響應(yīng)。同時(shí)應(yīng)詢問系統(tǒng)維護(hù)和開發(fā)人員，受影響的系統(tǒng)在出現(xiàn)故障前是否有過變動(dòng)，包括主機(jī)硬件、操作系統(tǒng)、網(wǎng)絡(luò)、數(shù)據(jù)庫以及應(yīng)用等。有時(shí)一個(gè)細(xì)小的變動(dòng)就可能導(dǎo)致出現(xiàn)數(shù)據(jù)庫Hang住這樣嚴(yán)重的故障。曾經(jīng)遇到一個(gè)庫，應(yīng)用只是修改了一個(gè)SELECT語句就導(dǎo)致了數(shù)據(jù)庫Hang住。
. 為了避免由于網(wǎng)絡(luò)、數(shù)據(jù)庫監(jiān)聽或客戶端因素影響分析，建議都登錄到主機(jī)上進(jìn)行操作。
. 如果主機(jī)不能登錄(為了避免干擾流程主線，這里不討論如網(wǎng)絡(luò)問題這樣也會(huì)導(dǎo)致不能連接的故障)，嘗試關(guān)閉出現(xiàn)問題的業(yè)務(wù)系統(tǒng)，甚至是所有的業(yè)務(wù)系統(tǒng)。如果關(guān)閉了所有的業(yè)務(wù)系統(tǒng)之后，仍然不能連接，則只有考慮重新啟動(dòng)數(shù)據(jù)庫主機(jī)。在數(shù)據(jù)庫主機(jī)重新啟動(dòng)后，使用操作系統(tǒng)工具或OSW等長(zhǎng)期監(jiān)控操作系統(tǒng)的資源使用，同時(shí)監(jiān)控Oracle數(shù)據(jù)庫的性能和等待等。
. 登錄上主機(jī)后，先用top、topas等命令簡(jiǎn)單觀察一下系統(tǒng)?？纯聪到y(tǒng)的CPU使用、物理內(nèi)存和虛擬內(nèi)存的使用、IO使用等情況。
. 使用SQLPLUS連接數(shù)據(jù)庫，如果不能連接，則只能從操作系統(tǒng)上觀察系統(tǒng)中是否有異常的現(xiàn)象，比如占用CPU過高的進(jìn)程。使用gdb、dbx等debugger工具對(duì)數(shù)據(jù)庫進(jìn)行system state dump;使用strace、truss等工具檢查異常進(jìn)程的系統(tǒng)調(diào)用;使用pstack、procstack等工具察看異常進(jìn)程的call stack等。
. 使用SQLPLUS連接上數(shù)據(jù)庫后，進(jìn)行hangyze、system state dump等操作;或檢查等待事件、異常會(huì)話等正在執(zhí)行的SQL等待。
. 找到故障產(chǎn)生的原因，如果暫時(shí)找不到原因，盡量收集數(shù)據(jù)。
.確良如果應(yīng)用急須恢復(fù)，可通過Kill會(huì)話、重啟數(shù)據(jù)庫實(shí)例等方式，先恢復(fù)應(yīng)用。
. 根據(jù)最終診斷結(jié)果，對(duì)數(shù)據(jù)庫升級(jí)打補(bǔ)丁，或者修改應(yīng)用等方式從根本上解決問題。
怎樣避免數(shù)據(jù)庫出現(xiàn)無響應(yīng)故障
作為Oracle數(shù)據(jù)庫DBA，除了處理故障之外，更重要的是如何預(yù)防故障的發(fā)生。根據(jù)前面對(duì)數(shù)據(jù)庫無響應(yīng)故障的成因分析，在日常的維護(hù)工作中，須做到以下幾點(diǎn)：
1. 進(jìn)行正確的維護(hù)操作
很多的數(shù)據(jù)庫無響應(yīng)故障都是由于不正確的維護(hù)操作引起的。應(yīng)避免在業(yè)務(wù)高峰期做大的維護(hù)操作，比如像move、加主外鍵約束等會(huì)長(zhǎng)時(shí)間鎖表的操作。如果的確需要，盡量使用正確的操作方法。比如用ONLINE方式重建索引;建主鍵、唯一鍵約束時(shí)先建索引，然后在建約束時(shí)指定新建的索引，等等。也就是保證系統(tǒng)的并發(fā)性、可伸縮性，避免系統(tǒng)串行操作的出現(xiàn)。
2. 優(yōu)化應(yīng)用設(shè)計(jì)，優(yōu)化數(shù)據(jù)庫性能
為避免性能問題導(dǎo)致在業(yè)務(wù)高峰期數(shù)據(jù)庫不能及時(shí)有效處理來自業(yè)務(wù)的請(qǐng)求，甚至于完全Hang住。對(duì)于數(shù)據(jù)庫中存在串行訪問的部分進(jìn)行優(yōu)化，比如latch、enqueue，還包括不合理的sequence設(shè)計(jì)等。特別是在RAC數(shù)據(jù)庫中，嚴(yán)重串行訪問等待往往更容易引起嚴(yán)重的性能問題。優(yōu)化應(yīng)用設(shè)計(jì)，使數(shù)據(jù)庫具有更好的可伸縮性和并行處理能力，能夠有效地避免性能問題引起的數(shù)據(jù)庫Hang住。
3. 利用監(jiān)控系統(tǒng)隨時(shí)監(jiān)控系統(tǒng)負(fù)載
遇到系統(tǒng)負(fù)載過高，內(nèi)存不足，OS中虛擬內(nèi)存換頁很頻繁等情況時(shí)，及時(shí)采取措施;監(jiān)控Oracle數(shù)據(jù)庫的核心進(jìn)程，如pmon、on等，看是否有異常，如過高的CPU消耗。出現(xiàn)異常應(yīng)立即處理;監(jiān)控歸檔空間和日志切換;監(jiān)控?cái)?shù)據(jù)庫中的等待事件，比如是否有大量的enqueue、log file switch (archiving needed)、regr:become active等待事件等。
4. 為數(shù)據(jù)庫打上補(bǔ)丁
很多的無響應(yīng)故障是由于Oracle的Bug引起的，數(shù)據(jù)庫DBA應(yīng)關(guān)注當(dāng)前版本中有哪些Bug會(huì)導(dǎo)致數(shù)據(jù)庫Hang住，盡量為數(shù)據(jù)庫打上解決這些Bug的補(bǔ)丁。
;
Oracle數(shù)據(jù)庫event事件與dump文件介紹
一 Oracle跟蹤文件
Oracle跟蹤文件分為三種類型 一種是后臺(tái)報(bào)警日志文件 記錄數(shù)據(jù)庫在啟動(dòng) 關(guān)閉和運(yùn)行期間后臺(tái)進(jìn)程的活動(dòng)情況 如表空間創(chuàng)建 回滾段創(chuàng)建 某些alter命令 日志切換 錯(cuò)誤消息等
在數(shù)據(jù)庫出現(xiàn)故障時(shí) 應(yīng)首先查看該文件 但文件中的信息與任何錯(cuò)誤狀態(tài)沒有必然的聯(lián)系 后臺(tái)報(bào)警日志文件保存BACKGROUND_DUMP_DEST參數(shù)指定的目錄中 文件格式為SIDALRT LOG 另一種類型是DBWR LGWR ON等后臺(tái)進(jìn)程創(chuàng)建的后臺(tái)跟蹤文件 后臺(tái)跟蹤文件根據(jù)后臺(tái)進(jìn)程運(yùn)行情況產(chǎn)生 后臺(tái)跟蹤文件也保存在BACKGROUND_DUMP_DEST參數(shù)指定的目錄中 文件格式為siddbwr trc sidon trc等 還有一種類型是由連接到Oracle的用戶進(jìn)程(Server Processes)生成的用戶跟蹤文件 這些文件僅在用戶會(huì)話期間遇到錯(cuò)誤時(shí)產(chǎn)生 此外 用戶可以通過執(zhí)行oracle跟蹤事件(見后面)來生成該類文件 用戶跟蹤文件保存在USER_DUMP_DEST參數(shù)指定的目錄中 文件格式為oraxxxxx trc xxxxx為創(chuàng)建文件的進(jìn)程號(hào)(或線程號(hào))
二 Oracle跟蹤事件
Oracle提供了一類命令 可以將Oracle各類讓告內(nèi)部結(jié)構(gòu)中所包含的信息轉(zhuǎn)儲(chǔ)(dump)到跟蹤文件中 以便用戶能根據(jù)文件內(nèi)容來解決各種故障 設(shè)置跟蹤事件有兩種方法 一種是在init ora文件中設(shè)置事件 這樣open數(shù)據(jù)庫后 將影響到所有的會(huì)話 設(shè)置格式如下
虧卜EVENT= eventnumber trace name eventname : 通過:符號(hào) 可以連續(xù)設(shè)置多個(gè)事件 也可以通過連續(xù)使用event來設(shè)置多個(gè)事件
另一種方法是在會(huì)話過程中使用alter session set events命令 只對(duì)當(dāng)前會(huì)話有影響 設(shè)置格式如下
alter session set events trace name eventname :
通過:符號(hào) 可以連續(xù)設(shè)置多個(gè)事件 也可以通過連續(xù)使用alter session set events 來設(shè)置多個(gè)事件
格式說明 eventnumber指觸發(fā)dump的事件號(hào) 事件號(hào)可以是Oracle錯(cuò)誤號(hào)(出現(xiàn)相應(yīng)錯(cuò)誤時(shí)跟蹤指定的事件)或oralce內(nèi)部事件號(hào) 內(nèi)部事件號(hào)在 到 之間 不能與immediate關(guān)鍵字同用
immediate關(guān)鍵字表示命令發(fā)出后 立即將指定的結(jié)構(gòu)dump到跟蹤文件中 這個(gè)關(guān)鍵字只用在alter session語句中 并且不能與 eventnumber forever關(guān)鍵字同用
trace name 是關(guān)鍵字
eventname指事件名稱(見后面) 即要進(jìn)行dump的實(shí)際銷滑穗結(jié)構(gòu)名 若eventname為context 則指根據(jù)內(nèi)部事件號(hào)進(jìn)行跟蹤
forever關(guān)鍵字表示事件在實(shí)例或會(huì)話的周期內(nèi)保持有效狀態(tài) 不能與immediate同用
levelnumber表示事件級(jí)別號(hào) 一般從 到 表示只dump結(jié)構(gòu)頭部信息 表示dump結(jié)構(gòu)的所有信息
buffers事件 dump SGA緩沖區(qū)中的db buffer結(jié)構(gòu)
alter session set events immediate trace name buffers level ; 表示dump緩沖區(qū)的頭部
blockdump事件 dump數(shù)據(jù)文件 索引文件 回滾段文件結(jié)構(gòu)
alter session set events immediate trace name blockdump level ; 表示dump塊地址為 的數(shù)據(jù)塊
在Oracle 以后該命令已改為
alter system dump datafile block ; 表示dump數(shù)據(jù)文件號(hào)為 中的第 個(gè)數(shù)據(jù)塊
controlf事件 dump控制文件結(jié)構(gòu)
alter session set events immediate trace name controlf level ; 表示dump控制文件的所有內(nèi)容
locks事件 dump LCK進(jìn)程的鎖信息
alter session set events immediate trace name locks level ;
redohdr事件 dump redo日志的頭部信息
alter session set events immediate trace name redohdr level ; 表示dump redo日志頭部的控制文件項(xiàng)
alter session set events immediate trace name redohdr level ; 表示dump redo日志的通用文件頭
alter session set events immediate trace name redohdr level ; 表示dump redo日志的完整文件頭
注意 redo日志的內(nèi)容dump可以采用下面的語句:
alter system dump logfile logfilename ;
loghist事件 dump控制文件中的日志歷史項(xiàng)
alter session set events immediate trace name loghist level ; 表示只dump最早和最遲的日志歷史項(xiàng)
levelnumber大于等于 時(shí) 表示 的levelnumber次方個(gè)日志歷史項(xiàng)
alter session set events immediate trace name loghist level ; 表示dump 個(gè)日志歷史項(xiàng)
file_hdrs事件 dump 所有數(shù)據(jù)文件的頭部信息
alter session set events immediate trace name file_hdrs level ; 表示dump 所有數(shù)據(jù)文件頭部的控制文件項(xiàng)
alter session set events immediate trace name file_hdrs level ; 表示dump 所有數(shù)據(jù)文件的通用文件頭
alter session set events immediate trace name file_hdrs level ; 表示dump 所有數(shù)據(jù)文件的完整文件頭
errorstack事件 dump 錯(cuò)誤棧信息 通常Oracle發(fā)生錯(cuò)誤時(shí)前臺(tái)進(jìn)程將得到一條錯(cuò)誤信息 但某些情況下得不到錯(cuò)誤信息 可以采用這種方式得到Oracle錯(cuò)誤
alter session set events trace name errorstack forever ; 表示當(dāng)出現(xiàn) 錯(cuò)誤時(shí) dump 錯(cuò)誤棧和進(jìn)程棧
systemstate事件 dump所有系統(tǒng)狀態(tài)和進(jìn)程狀態(tài)
alter session set events immediate trace name systemstate level ; 表示dump 所有系統(tǒng)狀態(tài)和進(jìn)程狀態(tài)
coalesec事件 dump指定表空間中的自由區(qū)間
levelnumber以十六進(jìn)制表示時(shí) 兩個(gè)高位字節(jié)表示自由區(qū)間數(shù)目 兩個(gè)低位字節(jié)表示表空間號(hào) 如 x 表示dump系統(tǒng)表空間中的 個(gè)自由區(qū)間 轉(zhuǎn)換成十進(jìn)制就是 即
alter session set events immediate trace name coalesec level ;
processsate事件 dump進(jìn)程狀態(tài)
alter session set events immediate trace name processsate level ;
library_cache事件 dump library cache信息
alter session set events immediate trace name library_cache level ;
heapdump事件 dump PGA SGA UGA中的信息
alter session set events immediate trace name heapdump level ;
row_cache事件 dump數(shù)據(jù)字典緩沖區(qū)中的信息
alter session set events immediate trace name row_cache level ;
三 內(nèi)部事件號(hào)
用于監(jiān)視事務(wù)恢復(fù)
轉(zhuǎn)儲(chǔ)UNDO SEGMENT頭部
event = trace name context forever
用于給出會(huì)話期間的登陸信息
用于給出會(huì)話期間的注銷信息
轉(zhuǎn)儲(chǔ)排序的統(tǒng)計(jì)信息
轉(zhuǎn)儲(chǔ)排序增長(zhǎng)的統(tǒng)計(jì)信息
跟蹤Freelist管理操作
跟蹤SQL語句
alter session set events trace name context forever level ; 跟蹤SQL語句并顯示綁定變量
alter session set events trace name context forever level ; 跟蹤SQL語句并顯示等待事件
轉(zhuǎn)儲(chǔ)優(yōu)化策略
模擬redo日志中的創(chuàng)建和清除錯(cuò)誤
阻止ON進(jìn)程在啟動(dòng)時(shí)清除臨時(shí)段
轉(zhuǎn)儲(chǔ) SQL*NET統(tǒng)計(jì)信息
轉(zhuǎn)儲(chǔ)高水標(biāo)記變化
轉(zhuǎn)儲(chǔ)Hash連接統(tǒng)計(jì)信息
轉(zhuǎn)儲(chǔ)分區(qū)休整信息
轉(zhuǎn)儲(chǔ)一致性讀信息
轉(zhuǎn)儲(chǔ)一致性讀中Undo應(yīng)用
允許在控制文件中模擬錯(cuò)誤
觸發(fā)數(shù)據(jù)塊檢查事件
event = trace name context forever level
觸發(fā)索引檢查事件
模擬在寫控制文件后崩潰
模擬在控制文件中的寫錯(cuò)誤
levelnumber從 表示產(chǎn)生錯(cuò)誤的塊號(hào) 大于等于 則每個(gè)控制文件將出錯(cuò)
模擬在控制文件中的讀錯(cuò)誤
轉(zhuǎn)儲(chǔ)Undo頭部變化
;轉(zhuǎn)儲(chǔ)Undo變化
轉(zhuǎn)儲(chǔ)索引的分隔與刪除
轉(zhuǎn)儲(chǔ)基于字典管理的區(qū)間的變化
模擬在數(shù)據(jù)文件上的I/O錯(cuò)誤
設(shè)置在全表掃描時(shí)忽略損壞的數(shù)據(jù)塊
alter session set events trace name context off ; 關(guān)閉會(huì)話期間的數(shù)據(jù)塊檢查
event = trace name context forever level 對(duì)任何進(jìn)程讀入SGA的數(shù)據(jù)塊進(jìn)行檢查
將設(shè)置為軟損壞(DBMS_REPAIR包設(shè)置或DB_BLOCK_CHECKING為TRUE時(shí)設(shè)置)的數(shù)據(jù)塊dump到跟蹤文件
用于內(nèi)存堆檢查
alter session set events trace name context forever level ;
轉(zhuǎn)儲(chǔ)遠(yuǎn)程SQL執(zhí)行
跟蹤PMON進(jìn)程
跟蹤dispatch進(jìn)程
跟蹤MTS進(jìn)程
模擬寫數(shù)據(jù)文件頭部錯(cuò)誤
模擬寫redo日志文件錯(cuò)誤
允許連接時(shí)存在內(nèi)存泄漏
alter session set events trace name context forever level ; 允許存在 個(gè)字節(jié)的內(nèi)存泄漏
轉(zhuǎn)儲(chǔ)共享游標(biāo)
模擬控制文件頭部損壞
模擬控制文件打開錯(cuò)誤
模擬歸檔出錯(cuò)
調(diào)試直接路徑機(jī)制
跟蹤ON進(jìn)程
跟蹤位圖索引的創(chuàng)建
跟蹤enqueues
跟蹤全局enqueues
跟蹤RAC的buffer cache
跟蹤對(duì)位圖索引的訪問
跟蹤位圖索引合并操作
跟蹤位圖索引OR操作
跟蹤位圖索引AND操作
跟蹤位圖索引MINUS操作
跟蹤位圖索引向ROWID的轉(zhuǎn)化
跟蹤位圖索引的壓縮與解壓
跟蹤位圖索引的修改
跟蹤游標(biāo)聲明
跟蹤PL/SQL執(zhí)行
轉(zhuǎn)儲(chǔ)PL/SQL執(zhí)行統(tǒng)計(jì)信息
最后要說明的是 由于版本不同以上語法可能有些變化 但大多數(shù)還是可用的
附完整的跟蹤事件列表 event No to
SET SERVEROUTPUT ONDECLAREerr_msg VARCHAR ( );BEGINdbms_output enable ( );FOR err_num IN LOOPerr_msg := SQLERRM ( err_num);IF err_msg NOT LIKE %Message ||err_num|| not found% THENdbms_output put_line (err_msg);END IF;END LOOP;END;/
select sid serial# username osuser machine from v$session;查詢session的sid serial#
exec dbms_system set_sql_trace_in_session( true);開始跟蹤
exec dbms_system set_sql_trace_in_session( true) 停止跟蹤
tkprof * trc * txt
select sid serial# username osuser machine from v$session;查詢session的sid serial#
exec dbms_system set_sql_trace_in_session( true);開始跟蹤
exec dbms_system set_sql_trace_in_session( true) 停止跟蹤
tkprof * trc * txt
查看文件
get trace file nameselect d value|| / ||lower(rtrim(i instance chr( )))|| _ora_ ||p spid|| trc trace_file_name from ( select p spid from sys v$mystat m sys v$session s sys v$process pwhere m statistic# = and s sid = m sid and p addr = s paddr) p ( select t instance from sys v$thread t sys v$parameter v where v name = thread and (v value = or t thread# = to_number(v value))) i ( select value from sys v$parameter where name = user_dump_dest ) d
oracle數(shù)據(jù)庫等待事件的介紹就聊到這里吧，感謝你花時(shí)間閱讀本站內(nèi)容，更多關(guān)于oracle數(shù)據(jù)庫等待事件,如何解決Oracle數(shù)據(jù)庫等待事件？,Oracle數(shù)據(jù)庫無響應(yīng)故障處理方式,Oracle數(shù)據(jù)庫event事件與dump文件介紹的信息別忘了在本站進(jìn)行查找喔。
香港服務(wù)器選創(chuàng)新互聯(lián)，2H2G首月10元開通。
創(chuàng)新互聯(lián)（www.cdcxhl.com）互聯(lián)網(wǎng)服務(wù)提供商,擁有超過10年的服務(wù)器租用、服務(wù)器托管、云服務(wù)器、虛擬主機(jī)、網(wǎng)站系統(tǒng)開發(fā)經(jīng)驗(yàn)。專業(yè)提供云主機(jī)、虛擬主機(jī)、域名注冊(cè)、VPS主機(jī)、云服務(wù)器、香港云服務(wù)器、免備案服務(wù)器等。
當(dāng)前名稱：如何解決Oracle數(shù)據(jù)庫等待事件？(oracle數(shù)據(jù)庫等待事件)
標(biāo)題網(wǎng)址：http://m.5511xx.com/article/coijsch.html
