Oracle重做日志和日志挖掘

重做日志-Redo log

首先給出參考資料：

1、Oracle官網-Managing the Redo Log

為什么需要redo log

• 記憶體中資料修改后，不必立即更新到磁盤---效率
• 由日志完成資料的保護目的---效率
• 其他副產品
  • 資料恢復（備份集+歸檔日志）
  • 資料同步（DG，streams，goldengate）
  • 日志挖掘

什么是Redo log

重做日志包含所有資料產生的歷史改變記錄，

重做日志檔案通常用于

• 恢復
• 日志挖掘
• 流
• 資料庫產生的每個改動
  • 寫入資料塊緩沖之前，先寫入redo log buffer --記憶體
  • 寫入資料檔案之前先寫入日志檔案 --資料檔案
• 當提交后，redo log buffer被刷入redo log files

關于v$log視圖

v$log從控制檔案中顯示日志檔案的資訊，可參考官網資料v$log

日志檔案的六種狀態UNUSED,CURRENT,ACTIVE,CLEARING,CLEARING_CURRENT,INACTIVE代表的意思分別如下所述：

• UNUSED - Online redo log has never been written to. This is the state of a redo log that was just added, or just after a RESETLOGS, when it is not the current redo log.
• CURRENT - Current redo log. This implies that the redo log is active. The redo log could be open or closed.
• ACTIVE - Log is active but is not the current log. It is needed for crash recovery. It may be in use for block recovery. It may or may not be archived.
• CLEARING - Log is being re-created as an empty log after an ALTER DATABASE CLEAR LOGFILE statement. After the log is cleared, the status changes to UNUSED.
• CLEARING_CURRENT - Current log is being cleared of a closed thread. The log can stay in this status if there is some failure in the switch such as an I/O error writing the new log header.
• INACTIVE - Log is no longer needed for instance recovery. It may be in use for media recovery. It may or may not be archived.

LGWR如何重復使用redo log files

上圖就是Oracle LGWR行程向redo log files中寫入redo記錄的程序，可見，Oracle資料庫每次只是用一個redo log file來存盤redo log buffer中的redo記錄，LGWR正在寫入的那個redo log file就是current redo log file，

可用于實體恢復的redo log files就是active redo log files，

不再用于實體恢復的redo log files就是inactive redo log files，

如果資料庫當前是Archivelog模式，那么直到有一個后臺歸檔行程ARCn已經歸檔成功，資料庫才能重用或者覆寫active online log file，

如果資料庫當前是NoArchivelog模式，當最后一個redo log file寫滿的時候，LGWR會繼續按順序覆寫下一個inactive redo log file，

查詢使用的日志檔案的組數及每組的狀態

SQL> select group#,status from v$log;

    GROUP# STATUS
---------- ----------------
         1 CURRENT
         2 INACTIVE
         3 INACTIVE

有代碼可知當前所用的日志檔案組數為3組，其中第一組是curren狀態，第二三組是inactive狀態，

我們也可以使用以下命令手動切換當前LGWR操作的redo log file，

SQL> alter system switch logfile;

系統已更改，

SQL> select group#,status from v$log;

    GROUP# STATUS
---------- ----------------
         1 ACTIVE
         2 CURRENT
         3 INACTIVE

可見當前LGWR操作的redo log file已經由之前的第一組修改為第二組了，并且第一組的redo log file變成了Active，也就是說可以用于實體恢復，

過了一會之后再次查詢redo log file狀態出現的結果如下：

SQL> select group#,status from v$log;

    GROUP# STATUS
---------- ----------------
         1 INACTIVE
         2 CURRENT
         3 INACTIVE

此時會發現后臺行程會自動將第一個處于active的redo log file變成inactive，這是為什么呢？原來是后臺歸檔行程ARCn將active redo log file歸檔成歸檔日志檔案，相應的狀態就由active變成了inactive，此時group1就不再用于實體恢復了，這個程序用下圖來解釋：

Multiplexed Redo Log Files

Oracle資料庫允許多路復用重做日志，也就是說，重做日志的兩個或多個相同的拷貝可以自動保持在不同的地點，為了最大效益，存盤的位置應在分開的磁盤，即使重做日志的所有副本都在同一磁盤上，這種冗余措施也是可以防止I / O錯誤，檔案損壞，等等，當使用復用重做日志時，LGWR會將相同的redo log資訊同時寫入多個相同的重做日志檔案，從而解決重做日志的單點故障問題，

圖中A_LOG1和B_LOG1是第1組的成員，A_LOG2和B_LOG2是第2組的兩個成員，等等，一組中的每個成員都必須是相同的大小，并且是狀態也是同步的（active or inactive），

SCN--system change number

Oracle中的SCN（system change number）和我們的北京時間的意義是相同的，SCN是Oracle中的時間號，

為什么Oracle不用時間來界定呢？

我在北京時間8：00的時候執行一條DML陳述句，然后修改機器上的時間為7：00，再執行一條DML陳述句，如果用機器上的時間區分的話，那Oracle根本區分不出來這兩條DML陳述句的執行順序——而這一點對于Oracle是很重要的，所以它采用自己產生的SCN來區分所有操作的先后順序，

關于SCN的具體講解可以參見：http://blog.chinaunix.net/uid-18974058-id-3068592.html

日志檔案

日志檔案使用作業系統塊大小

• 通常是512bytes
• 格式依賴于
  • 作業系統
  • Oracle版本

Redo日志組成

• 資料頭
• redo record

Redo record

一個redo record記錄包括

• Redo記錄臺
• 一個或多個改變向量

每個redo record包含每個原子改變的undo和redo

某些改動不需要undo（臨時表，直接加載...）

redo log總結

• redo log是Oracle中極其重要的組件，它的目的在于保證資料的安全性

• redo log的丟失可能導致資料庫中資料的丟失

• 應該講Oracle至于歸檔模式下

日志挖掘-logminer

參考：

Oracle官網-Using LogMiner to Analyze Redo Log Files

cnblogs-LogMiner配置使用手冊

用途

• 對Oracle在線redo和歸檔日志進行分析

目的

• 修正誤操作
• 審計

dbms_logmnr

• 可以基于日志檔案分析（一個或者多個）
• 可以基于時間段分析
• 可以基于SCN分析

記得幫我點贊哦！

精心整理了計算機各個方向的從入門、進階、實戰的視頻課程和電子書，按照目錄合理分類，總能找到你需要的學習資料，還在等什么？快去關注下載吧！！！

念念不忘，必有回響，小伙伴們幫我點個贊吧，非常感謝，

我是職場亮哥，YY高級軟體工程師、四年作業經驗，拒絕咸魚爭當龍頭的斜杠程式員，

聽我說，進步多，程式人生一把梭

如果有幸能幫到你，請幫我點個【贊】，給個關注，如果能順帶評論給個鼓勵，將不勝感激，

職場亮哥文章串列：更多文章

本人所有文章、回答都與著作權保護平臺有合作，著作權歸職場亮哥所有，未經授權，轉載必究！

標籤：Oracle

上一篇：Oracle基礎（六）之序列，視圖，索引

下一篇：Postgresql統計資訊概述