這篇文章主要講解了“數(shù)據(jù)庫I/O上的等待事件怎么理解”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“數(shù)據(jù)庫I/O上的等待事件怎么理解”吧！

10年積累的成都網(wǎng)站建設(shè)、做網(wǎng)站經(jīng)驗(yàn)，可以快速應(yīng)對客戶對網(wǎng)站的新想法和需求。提供各種問題對應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識你，你也不認(rèn)識我。但先網(wǎng)站制作后付款的網(wǎng)站建設(shè)流程，更有碌曲免費(fèi)網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。

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

當(dāng)數(shù)據(jù)庫需要讀取控制文件上的信息時，會出現(xiàn)這個等待事件，因?yàn)榭刂莆募男畔⑹琼樞驅(qū)懙模宰x取的時候也是順序的，因此稱為控制文件順序讀，它經(jīng)常發(fā)生在以下情況。

（1）備份控制文件。
（2）RAC環(huán)境下不同實(shí)例之間控制文件的信息共享。
（3）讀取控制文件的文件頭信息。
（4）讀取控制文件的其他信息。

這個等到事件的包含以下三個參數(shù)：
file#：要讀取信息的控制文件的文件號。
block#：讀取控制文件信息的起始數(shù)據(jù)塊號。
blocks：需要讀取的控制文件數(shù)據(jù)塊數(shù)目。   

====================================================================
請求控制文件的更新的進(jìn)程直到更新結(jié)束為止，其間等待control file parallel write事件
SQL> select event#,name,parameter1,parameter2,parameter3 from v$event_name where name = 'control file parallel write';  
                                                                                                                                                                       
這個等待事件包含三個參數(shù)：
files：Oracle要寫入的控制文件個數(shù)。
block#：寫入控制文件的數(shù)據(jù)塊數(shù)目。
requests：寫入控制文件請求的I/O次數(shù)。

一般環(huán)境下，因?yàn)楦驴刂莆募拇螖?shù)不多，因此不怎么發(fā)生control file parallel write等待現(xiàn)象。但如下情況下可能發(fā)生與控制文件相關(guān)的爭用。
日志文件切換經(jīng)常發(fā)生時：
日志文件過小時，將經(jīng)常發(fā)生日志文件的切換。每當(dāng)發(fā)生日志文件切換時，需要對控制文件進(jìn)行更新，所以LGWR進(jìn)程等待control file parallel write事件的時間將延長。

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

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

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

最好是將控制文件位于獨(dú)立的磁盤空間上，使用裸設(shè)備或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等待，全是因?yàn)檫^多的控制文件更新或I/O系統(tǒng)的性能問題引發(fā)的。

感謝各位的閱讀，以上就是“數(shù)據(jù)庫I/O上的等待事件怎么理解”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對數(shù)據(jù)庫I/O上的等待事件怎么理解這一問題有了更深刻的體會，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關(guān)知識點(diǎn)的文章，歡迎關(guān)注！

當(dāng)前文章：數(shù)據(jù)庫I/O上的等待事件怎么理解
轉(zhuǎn)載注明：http://chinadenli.net/article26/jsiejg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供域名注冊、網(wǎng)站改版、建站公司、營銷型網(wǎng)站建設(shè)、ChatGPT、定制網(wǎng)站

廣告

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