Oracle redo undo commit rollback剖析

maojinyu發表於2010-09-14
redo--&gt undo--&gtdatafile insert一條記錄時,表跟undo的資訊都會放進 redo 中,在commit 或之前, redo 的資訊會放進硬碟上。 故障時, redo 便可恢復那些已經commit 了的資料。 redo-> 每次操作都先記錄到redo日誌中,當出現例項故障(像斷電),導致資料未能更新到資料檔案,則資料庫重啟時須redo,重新把資料更新到資料檔案。 undo-> 記錄更改前的一份copy,但你係統rollback時,把這份copy重新覆蓋到原來的資料 redo->記錄所有操作,用於恢復(redo records all the database transaction used for recovery) undo->記錄所有的前印象,用於回滾(undo is used to store uncommited data infor used for rollback) redo->已遞交的事務,例項恢復時要寫到資料檔案去的 undo->未遞交的事務. redo的原因是:每次commit時,將資料的修改立即寫到online redo中,但是並不一定同時將該資料的修改寫到資料檔案中。因為該資料已經提交,但是隻存在聯機日誌檔案中,所以在恢復時需要將資料從聯機日誌檔案中找出來,重新應用一下,使已經更改資料在資料檔案中也改過來! undo的原因是:在oracle正常執行時,為了提高效率,加入使用者還沒有commit,但是空閒記憶體不多時,會由DBWR程式將髒塊寫入到資料檔案中,以便騰出寶貴的記憶體供其它程式使用。這就是需要UNDO的原因。因為還沒有發出commit語句,但是oracle的dbwr程式已經將沒有提交的資料寫到資料檔案中去了。 undo 也是datafile,可能dirty buffer 沒有寫回到磁碟裡面去。 只有先redo apply 成功了,才能保證undo datafile 裡面的東西都是正確的,然後才能rollback 。 做redo的目的是使系統恢復到系統崩潰前(關機前)的狀態,再進行undo是保證系統的一致性。不做redo,系統就不會知道之前的狀態,undo就無從談起 。 所以instance crash recovery 的時候總是先rollforward,再rollback undo 回退段中的資料是以“回退條目”方式儲存。 回退條目=塊資訊(在事務中發生改動的塊的編號)+在事務提交前儲存在塊中的資料 在每一個回退段中oracle都為其維護一張“事務表” 在事務表中記錄著與該回退段中所有回退條目相關的事務編號(事務SCN&回退條目) redo 重做記錄由一組“變更向量”組成。 每個變更變數中記錄了事務對資料庫中某個塊所做的修改。 當使用者提交一條commit語句時,LGWR程式會立刻將一條提交記錄寫入到重做日誌檔案中,然後再開始寫入與該事務相關的重做資訊。 事務提交成功後,Oracle將為該事備生成一個系統變更碼(SCN)。事務的SCN將同時記錄在它的提交記錄和重做記錄中。 commit 的開銷存在兩個因素: A. 顯然會增加與資料庫的往返通訊。如果每個記錄都提交,生成的往返通訊量就會大得多。 B. 每次提交時,必須等待redo寫至磁碟。這會導致“等待”。在這種情況下,等待成為“日誌檔案同步”(log file sysnc) 提交事務(COMMIT)前完成的工作: #在SGA區的回退快取中生成該事務的回退條目。在回退條目中儲存有該事務所修改的資料的原始版本。 #在SGA區的重做日誌快取中生成該事務的重做記錄。重做記錄中記載了該事務對資料塊所進行的修改,並且還記載了對回退段中的資料塊所進行的修改。快取中的重做記錄有可能在事務提交之前就寫入硬碟中。 #在SGA區的資料庫緩豐中記錄了事務對資料庫所進行的修改。這些修改也有可能在事務提交之前就寫入硬碟中。 提交事務(COMMIT)時完成的工作: #在為該事務指定的回退段中的內部事務表內記錄下這個事務已經被提交,並且生成一個惟一的SCN記錄在內部事務表中,用於惟一標識這個事務。 #LGWR後進程式將SGA區重做日誌快取中的重做記錄寫入聯機重做日誌檔案。在寫入重做日誌的同時還將寫入該事務的SCN。 #Oracle服務程式釋放事務所使用的所有記錄鎖與表鎖。 #Oracle通知使用者事務提交完成。 #Oracle將該事務標記為已完成。 注意 在oracle工作期間,LGWR並非快取著你所做的所有工作;實際上,隨著你的工作的進行,LGWR會在後臺曾量式地重新整理輸出重做日誌緩衝區的內容到線上重做日誌檔案中,這樣做是為了避免COMMIT等待很長時間來一次性重新整理輸出所有的redo。直到commit執行,LGWR才將所有餘下的快取重做日誌條目寫至磁碟,並把SCN記錄到線上重做日誌檔案中。這一部就是真正的COMMIT,此時事務條目會從V$TRANSACTION中刪除,這說明我們已經提交。 rollback 回退事務完成的工作: ·Oracle透過使用回退段中的回退條目,撤銷事務中所有SQL語句對資料庫所做的修改。 ·Oracle服務程式釋放事務所使用的所有鎖 ·Oracle通知事務回退成功。 ·Oracle將該事務標記為已完成 舉個例子: insert into a(id) values(1);(redo) 這條記錄是需要回滾的。 回滾的語句是delete from a where id = 1;(undo) 試想想看。如果沒有做insert into a(id) values(1);(redo) 那麼delete from a where id = 1;(undo)這句話就沒有意義了。 現在看下正確的恢復: 先insert into a(id) values(1);(redo) 然後delete from a where id = 1;(undo) 系統就回到了原先的狀態,沒有這條記錄了。 本文來自CSDN部落格,轉載請標明出處:http://blog.csdn.net/wh62592855/archive/2009/10/26/4730722.aspx[@more@]

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/9907339/viewspace-1038341/,如需轉載,請註明出處,否則將追究法律責任。

相關文章