這篇文章主要介紹“數(shù)據(jù)庫的等待事件什么時候會出現(xiàn)”，在日常操作中，相信很多人在數(shù)據(jù)庫的等待事件什么時候會出現(xiàn)問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”數(shù)據(jù)庫的等待事件什么時候會出現(xiàn)”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

從網(wǎng)站建設到定制行業(yè)解決方案，為提供成都網(wǎng)站建設、網(wǎng)站設計服務體系，各種行業(yè)企業(yè)客戶提供網(wǎng)站建設解決方案，助力業(yè)務快速發(fā)展。創(chuàng)新互聯(lián)建站將不斷加快創(chuàng)新步伐，提供優(yōu)質的建站服務。

SQL> select event#,name,parameter1,parameter2,parameter3 from v$event_name where name = 'control file sequential read';

    EVENT# NAME                           PARAMETER1      PARAMETER2      PARAMETER3
---------- ------------------------------ --------------- --------------- ---------------
        55 control file sequential read   file#           block#          blocks

當數(shù)據(jù)庫需要讀取控制文件上的信息時，會出現(xiàn)這個等待事件，因為控制文件的信息是順序寫的，所以讀取的時候也是順序的，因此稱為控制文件順序讀，它經(jīng)常發(fā)生在以下情況。

（1）備份控制文件。

（2）RAC環(huán)境下不同實例之間控制文件的信息共享。

（3）讀取控制文件的文件頭信息。

（4）讀取控制文件的其他信息。

這個等到事件的包含以下三個參數(shù)：

file#：要讀取信息的控制文件的文件號。

block#：讀取控制文件信息的起始數(shù)據(jù)塊號。

blocks：需要讀取的控制文件數(shù)據(jù)塊數(shù)目。


SQL> select event#,name,parameter1,parameter2,parameter3 from v$event_name where name = 'control file parallel write';

    EVENT# NAME                           PARAMETER1      PARAMETER2      PARAMETER3
---------- ------------------------------ --------------- --------------- ---------------
        57 control file parallel write    files           block#          requests

這個等待事件包含三個參數(shù)：
files：Oracle要寫入的控制文件個數(shù)。
block#：寫入控制文件的數(shù)據(jù)塊數(shù)目。
requests：寫入控制文件請求的I/O次數(shù)。

一般環(huán)境下，因為更新控制文件的次數(shù)不多，因此不怎么發(fā)生control file parallel write等待現(xiàn)象。但如下情況下可能發(fā)生與控制文件相關的爭用。

日志文件切換經(jīng)常發(fā)生時：
日志文件過小時，將經(jīng)常發(fā)生日志文件的切換。每當發(fā)生日志文件切換時，需要對控制文件進行更新，所以LGWR進程等待control file parallel write事件的時間將延長。

檢查點經(jīng)常發(fā)生時：
MTTR設定得過短或頻繁發(fā)生人為的檢查點時，CKPT進程等待control file parallel write事件的時間將延長。

nologging引起頻繁的數(shù)據(jù)文件修改時：
對數(shù)據(jù)文件在nologging選項下執(zhí)行修改工作時，為了修改unrecoverable SCN需要更新控制文件。這時，服務器進程將等待control file parallel write事件。

I/O系統(tǒng)的性能緩慢時：

最好是將控制文件位于獨立的磁盤空間上，使用裸設備或direct I/O。

control file parallel write等待，通常與control file sequential read等待或enq: CF - contention等待一同出現(xiàn)的情況較多。enq: CF - contention等待是在多個會話為了同時更新控制文件獲得CF鎖的過程中發(fā)生的。control file parallel write、control file sequential read、CF - contention等待，全是因為過多的控制文件更新或I/O系統(tǒng)的性能問題引發(fā)的

到此，關于“數(shù)據(jù)庫的等待事件什么時候會出現(xiàn)”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續(xù)學習更多相關知識，請繼續(xù)關注創(chuàng)新互聯(lián)網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>

網(wǎng)站欄目：數(shù)據(jù)庫的等待事件什么時候會出現(xiàn)
網(wǎng)頁鏈接：http://m.newbst.com/article16/gceogg.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供營銷型網(wǎng)站建設、微信小程序、網(wǎng)站排名、服務器托管、小程序開發(fā)、品牌網(wǎng)站設計

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)