ORACLE常見等待事件有哪些

這篇文章主要介紹“ORACLE常見等待事件有哪些”，在日常操作中，相信很多人在ORACLE常見等待事件有哪些問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”O(jiān)RACLE常見等待事件有哪些”的疑惑有所幫助！接下來，請跟著小編一起來學(xué)習吧！

1、db file sequential read

將數(shù)據(jù)讀到連續(xù)的內(nèi)存,等待時間是由于執(zhí)行對索引，回滾（undo）段，和表（當借助rowid來訪問），控制文件和數(shù)據(jù)文件頭的單塊讀操作SQL語句（用戶和遞歸）引起的。

db file sequential read的優(yōu)化方法：

從讀取開始，增加SGA中buffer cache的大小，避免每次都從硬盤中去讀數(shù)；

優(yōu)化sql語句，減少不必要的塊讀??；

db file scattered read  

db file scattered read發(fā)出離散讀，將存儲上連續(xù)的數(shù)據(jù)塊離散的讀入到多個不連續(xù)的內(nèi)存位置。這個事件表明用戶進程正在讀數(shù)據(jù)到Buffer Cache中，等待直到I/O調(diào)用返回引起的等待。

2、direct path read/write （直接路徑讀／寫）：

直接路徑讀（direct path read）通常發(fā)生在Oracle直接讀數(shù)據(jù)到進程PGA時，這個讀取不需要經(jīng)過SGA。

DB file Sequential ReadDB file Scattered ReadDirect Path Read

這類讀取通常在以下情況被使用：

1.磁盤排序IO操作；

2.并行查詢從屬進程；

3.預(yù)讀操作。

直接路徑寫（direct path write）通常發(fā)生在Oracle直接從PGA寫數(shù)據(jù)到數(shù)據(jù)文件或臨時文件，這個寫操作可以繞過SGA。

這類寫入操作通常在以下情況被使用：

1.直接路徑加載；

2.并行DML操作；

3.磁盤排序；

優(yōu)化方法：1.增加pga_aggregate_target  2.并行查詢導(dǎo)致性能問題，修改并行度

3、Buffer busy waits ---hot block

這個等待事件的產(chǎn)生僅說明了一個會話在等待一個Buffer（數(shù)據(jù)塊），當多個用戶頻繁地讀取或者修改同樣的數(shù)據(jù)塊時，這個等待事件就會產(chǎn)生。如果等待的時間很長，我們在AWR或者statspack報告中就可以看到。

這個等待事件有三個參數(shù)。查看有幾個參數(shù)我們可以用以下SQL:

SQL> select name,parameter1,parameter2,parameter3,wait_class 

        from v$event_name 

        where name='direct path write';

P1 P2 P3別代表文件號、起始數(shù)據(jù)塊號、數(shù)據(jù)塊的數(shù)量

解決hot block的方法有：

1、出現(xiàn)此情況通?？赡芡ㄟ^幾種方式調(diào)整：增大data  buffer；

2、增加freelist，減小pctused；怎樣的目的是將一個block上可以使用的空間減少，這樣的話：一個block上的數(shù)據(jù)存放的較少，可以提高應(yīng)用的訪問并發(fā)率，減少hot block的產(chǎn)生；

3、增加回滾段數(shù)目，增大initrans，考慮使用LMT, 確認是不是由于熱點塊造成(如果是可以用反轉(zhuǎn)索引,或者用更小塊大小)；

3、可以建立block較小的表空間，見熱點對象移動到此表空間上去；

4、優(yōu)化應(yīng)用，優(yōu)化索引，提高索引的命中率；

◎ Oracle會話正在等待釘住一個緩沖區(qū)。必須在讀取或修改緩沖區(qū)前將它釘住。在任何時刻只有一個進程可以釘住一個緩沖區(qū)。

◎ buffer busy waits表明讀/讀、讀/寫、寫/寫爭用。

◎ 采取的適當措施取決于P3參數(shù)中的原因碼。

A、如果等待處于字段頭部，應(yīng)增加自由列表（freelist）的組數(shù)，或者增加pctused到pctfree之間的距離。

B、如果等待處于回退段（undo）頭部塊，可以通過增加回滾段(rollback segment)來解決緩沖區(qū)的問題；

C、如果等待處于回退段（undo）非頭部塊上，就需要降低驅(qū)動一致讀取的表中的數(shù)據(jù)密度,或者增大DB_CACHE_SIZE；

D、如果等待處于數(shù)據(jù)塊，可以將數(shù)據(jù)移到另一數(shù)據(jù)塊以避開這個"熱"數(shù)據(jù)塊、增加表中的自由列表或使用LMT表空間；

E、如果等待處于索引塊，應(yīng)該重建索引、分割索引或使用反向鍵索引。

4、log file sync

等待時間發(fā)生在redo log從log buffer寫入到log file期間。

此等待事件用戶發(fā)出提交或回滾聲明后,等待提交完成的事件,提交命令會去做日志同步,也就是寫日志緩存到日志文件， 在提交命令未完成前,用戶將會看見此等待事件.

解決辦法：

當發(fā)生log file sync等待后,判斷是否由于緩慢的日志I/O造成的,可以查看兩個等待事件的等待時間,如果比較接近,就證明日志I/O比較緩慢或重做日志過多,這時,造成log file sync的原因是因為log file parallel write。

如果log file sync的等待時間很高,而log file parallel write的等待時間并不高,這意味著log file sync的原因并不是緩慢的日志I/O,而是用戶過多的提交造成。

  當log file sync的等待時間和 log file parallel write等待時間基本相同，說明是IO問題造成的log file sync等待事件。

5、Log File Switch等待事件  

這個等待出現(xiàn)時，表示所有的提交(commit)的請求都需要等待"日志文件切換"的完成。

Log file Switch 主要包含兩個子事件:

log file switch (archiving needed)

log file switch (checkpoint incomplete)

其中l(wèi)og file switch (archiving needed)

這個等待事件出現(xiàn)時通常是因為日志組循環(huán)寫滿以后，第一個日志歸檔尚未完成，出現(xiàn)該等待。出現(xiàn)該等待，可能表示io 存在問題。解決辦法:

可以考慮增大日志文件和增加日志組

移動歸檔文件到快速磁盤

調(diào)整log_archive_max_processes

而log file switch (checkpoint incomplete)-日志切換(檢查點未完成)

當你的日志組都寫滿以后，LGWR 試圖寫第一個log file，如果這時數(shù)據(jù)庫沒有完成寫出記錄在第一個log file 中的dirty 塊時(例如第一個檢查點未完成)，該等待事件出現(xiàn)。

該等待事件通常表示你的DBWR 寫出速度太慢或者IO 存在問題。

為解決該問題，你可能需要考慮增加額外的DBWR 或者增加你的日志組或日志文件大小。

6、log buffer space

日志緩沖(log buffer)產(chǎn)生重做日志的速度比LGWR 的寫出速度快，或者是當日志切換(log switch)太慢時，就會發(fā)生這種等待。這個等待出現(xiàn)時，通常表明redo log buffer 過小，為解決這個問題，可以考慮增大日志文件的大小，或者增加日志緩沖器的大小。

    另外一個可能的原因是磁盤I/O 存在瓶頸，可以考慮使用寫入速度更快的磁盤。在允許的條件下設(shè)置可以考慮使用裸設(shè)備來存放日志文件，提高寫入效率。在一般的系統(tǒng)中，最低的標準是，不要把日志文件和數(shù)據(jù)文件存放在一起，因為通常日志文件只寫不讀，分離存放可以獲得性能提升。

到此，關(guān)于“ORACLE常見等待事件有哪些”的學(xué)習就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習，快去試試吧！若想繼續(xù)學(xué)習更多相關(guān)知識，請繼續(xù)關(guān)注億速云網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>