Redo 和 Undo 概念解析
重做日誌
undo log
撤消日誌
重做日誌:每當有操作執行前,將資料真正更改時,先前相關操作寫入重做日誌。這樣當斷電,或者一些意外,導致後續任務無法完成時,系統恢復後,可以繼續完成這些更改
撤消日誌:當一些更改在執行一半時,發生意外,而無法完成,則可以根據撤消日誌恢復到更改之前的壯態
網上找到一些解說:以便以後自己參考
有兩個概念:前滾與回退
比如某一時刻資料庫DOWN機了,有兩個事務,一個事務已經提交,另一個事務正在處理
資料庫重啟的時候就要根據日誌進行前滾及回退,把已提交事務的更改寫到資料檔案,未提交事務的更改恢復到事務開始前的狀態。
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)
系統就回到了原先的狀態,沒有這條記錄了。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/20802110/viewspace-1063237/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- MySQL redo與undo日誌解析MySql
- oracle體系結構梳理---redo和undo解析1Oracle
- undo log和redo log
- oracle的redo和undoOracle
- oracle體系結構梳理---redo和undo檔案解析Oracle
- redo和undo的區別
- oracle redo和undo系列一Oracle Redo
- Oracle Redo and UndoOracle Redo
- 【REDO】Oracle redo undo 學習Oracle Redo
- SQLServer的檢查點、redo和undoSQLServer
- MySQL中的redo log和undo logMySql
- MySQL Undo Log和Redo Log介紹MySql
- Oracle的redo 和undo的區別Oracle
- UNDO REDO 區別
- 關於Oracle的redo和undo的理解Oracle
- 深入淺出-redo和undo記載01
- 深入淺出-redo和undo記載02
- 深入淺出redo和undo記載03
- MySQL 日誌 undo | redoMySql
- 深入理解MYSQL undo redoMySql
- 【開發篇sql】 基礎概述(二) undo和redoSQL
- Oracle redo undo commit rollback剖析Oracle RedoMIT
- Oracle中undo 如何產生RedoOracle
- LMT更新file header bitmap不產生redo和undo ?Header
- Sqlserver沒有單獨的undo檔案,使用tempdb和redo log來存放undo資料SQLServer
- 深入理解MySQL系列之redo log、undo log和binlogMySql
- Flink Table & SQL API--動態表與Redo和UndoSQLAPI
- Undo和Current Online Redo損壞的處理方法
- Current online Redo 和 Undo 損壞的處理方法
- Undo表空間與redo日誌
- redo與undo的一點點思考
- 基於Redo Log和Undo Log的MySQL崩潰恢復流程MySql
- 【Oracle】Current online Redo 和 Undo 損壞的處理方法Oracle
- 淺析MySQL事務中的redo與undoMySql
- 用JAVA實現Undo、Redo,Copy、Paste、Cut (轉)JavaAST
- 轉roger大師_計算sql語句產生的redo和undo大小SQL
- 【Mysql】三大日誌 redo log、bin log、undo logMySql
- Redo active狀態解析