簡單點說,在oracle的block上都有活動事務的標志的,如果一個事務commit后,由于某些block在commit之前已經寫回datafile,或者事務影響到的block數(shù)過多,則commit的時候只會清理undo segment header中的事務表信息,data block上的事務標志不會清除,在否則代
簡單點說,在oracle的block上都有活動事務的標志的,如果一個事務commit后,由于某些block在commit之前已經寫回datafile,或者事務影響到的block數(shù)過多,則commit的時候只會清理undo segment header中的事務表信息,data block上的事務標志不會清除,在否則代價過高。那么在一些讀取這些block時,需要將這些事務標志進行清除,就是延遲塊清除
塊清除即清除數(shù)據(jù)塊上與“鎖定”有關的信息。Oracle的鎖機制是一種輕量級的鎖定機制,不是通過構建鎖列表來進行數(shù)據(jù)的鎖定管理,而是直接將鎖作為數(shù)據(jù)的屬性,存儲在數(shù)據(jù)塊首部。因此,每次訪問數(shù)據(jù)時都要去看數(shù)據(jù)塊頭部的鎖,如果數(shù)據(jù)已經提交,則可能需要清理這個塊,換句話說,要將這些事務信息刪除。因此這個動作就會生成redo。
Cleanout有2種,一種是fast commit cleanout(提交清除),另一種是delayed block cleanout(延遲清除).
提交清楚是如何工作的?Oracle會記錄已修改的塊列表,這些列表可以有20個塊,Oracle根據(jù)需要分配多個這樣的列表,但是如果這些修改的塊加起來超過buffer_cache的10%,oracle就停止分配這樣的列表,因此當提交時就只會清理最多10%buffer_cache的數(shù)據(jù)塊,其余的部分就延遲清除,這樣也是為了提高commit的效率。
還有一種情況,就是當事務還未commit時,修改的數(shù)據(jù)塊已經寫入硬盤,當發(fā)生commit時oracle并不會把block重新讀入做cleanout,而是把cleanout留到下一次對此塊的訪問是完成。
Cleanout有2種,一種是fast commit cleanout,
另一種是delayed block cleanout.Oracle的每個事務(transaction)修改不超過10%buffer cache的數(shù)據(jù)塊時,oracle做的是fast commit cleanout。如果一個事務(transaction)修改的塊超過10% buffer cache,那么超過的塊就執(zhí)行delayed block cleanout,還有一種情況,就是當事務還未commit時,修改的數(shù)據(jù)塊已經寫入硬盤,當發(fā)生commit時oracle并不會把block重新讀入做cleanout,而是把cleanout留到下一次對此塊的訪問是完成。
當我們update 數(shù)據(jù)之后,并且沒有commit,此時我們flush buffer cache,將修改的數(shù)據(jù)塊,flush 到硬盤,那么此時發(fā)生的就是delay block cleanout聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯(lián)系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com