Oracle的redo 和undo的區別
寫的次序:
redo--> undo-->datafile 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 做undo的目的是使系統恢復到系統崩潰前(關機前)的狀態,再進行redo是保證系統的一致性. 不做undo,系統就不會知道之前的狀態,redo就無從談起 所以instance crash recovery 的時候總是先rollforward, 再rollback undo 回退段中的資料是以“回退條目”方式儲存。回退條目=塊資訊(在事務中發生改動的塊的編號)+在事務提交前儲存在塊中的資料 在每一個回退段中oracle都為其維護一張“事務表” 在事務表中記錄著與該回退段中所有回退條目相關的事務編號(事務SCN&回退條目) redo 重做記錄由一組“變更向量”組成。每個變更變數中記錄了事務對資料庫中某個塊所做的修改。
當使用者提交一條commit語句時,LGWR程式會立刻將一條提交記錄寫入到重做日誌檔案中,然後再開始寫入與該事務相關的重做資訊。 #事務提交成功後,Oracle將為該事備生成一個系統變更碼(SCN)。事務的SCN將同時記錄在它的提交記錄和重做記錄中。
commit 提交事務前完成的工作:
·在SGA區的回退快取中生成該事務的回退條目。在回退條目中儲存有該事務所修改的資料的原始版本。
·在SGA區的重做日誌快取中生成該事務的重做記錄。重做記錄中記載了該事務對資料塊所進行的修改,並且還記載了對回退段中的資料塊所進行的修改。快取中的重做記錄有可能在事務提交之前就寫入硬碟中。
·在SGA區的資料庫緩豐中記錄了事務對資料庫所進行的修改。這些修改也有可能在事務提交之前就寫入硬碟中。
提交事務時完成的工作:
·在為該事務指定的回退段中的內部事務表內記錄下這個事務已經被提交,並且生成一個惟一的SCN記錄在內部事務表中,用於惟一標識這個事務。
·LGWR後進程式將SGA區重做日誌快取中的重做記錄寫入聯機重做日誌檔案。在寫入重做日誌的同時還將寫入該事務的SCN。
·Oracle服務程式釋放事務所使用的所有記錄鎖與表鎖。
·Oracle通知使用者事務提交完成。
·Oracle將該事務標記為已完成。
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) 系統就回到了原先的狀態,沒有這條記錄了。
[@more@]來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/9907339/viewspace-1037873/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- redo和undo的區別
- UNDO REDO 區別
- oracle的redo和undoOracle
- 關於Oracle的redo和undo的理解Oracle
- oracle redo和undo系列一Oracle Redo
- Oracle Redo and UndoOracle Redo
- 【REDO】Oracle redo undo 學習Oracle Redo
- SQLServer的檢查點、redo和undoSQLServer
- MySQL中的redo log和undo logMySql
- Redo 和 Undo 概念解析
- undo log和redo log
- 【Oracle】Current online Redo 和 Undo 損壞的處理方法Oracle
- mysql日誌:redo log、binlog、undo log 區別與作用MySql
- MySQL中redo log、undo log、binlog關係以及區別MySql
- Oracle redo undo commit rollback剖析Oracle RedoMIT
- Oracle中undo 如何產生RedoOracle
- oracle體系結構梳理---redo和undo解析1Oracle
- oracle dml產生undo的區別小測試Oracle
- oracle體系結構梳理---redo和undo檔案解析Oracle
- 從Undo, Redo, DataFile看Oracle中的事務過程Oracle
- MySQL Undo Log和Redo Log介紹MySql
- Oracle - @和@@、&與&& 的區別Oracle
- MySQL和Oracle的區別MySqlOracle
- Oracle和MySQL的區別OracleMySql
- redo與undo的一點點思考
- 深入淺出-redo和undo記載01
- 深入淺出-redo和undo記載02
- 深入淺出redo和undo記載03
- Undo和Current Online Redo損壞的處理方法
- Current online Redo 和 Undo 損壞的處理方法
- MySQL 日誌 undo | redoMySql
- Oracle User 和 Schema 的區別Oracle
- Oracle Purge和drop的區別Oracle
- oracle中in和exists的區別Oracle
- Sqlserver沒有單獨的undo檔案,使用tempdb和redo log來存放undo資料SQLServer
- 基於Redo Log和Undo Log的MySQL崩潰恢復流程MySql
- 《Undo, Redo, DataFile看Oracle中的事務過程》學習筆記Oracle筆記
- 淺析MySQL事務中的redo與undoMySql