Oracle確保使用REDO進(jìn)行提交和撤銷回滾的交易耐用性和一致性。在提交過程中，Oracle在重做日志緩沖區(qū)中生成了提交記錄，標(biāo)記在重做日志中以永久變化，并更新SCN以反映當(dāng)前數(shù)據(jù)庫狀態(tài)。對于回滾，Oracle使用撤消數(shù)據(jù)來通過重建原始值并保持讀取一致性來恢復(fù)變化。重做記錄的恢復(fù)更改，存儲在在線重做日志中，而Undo存儲了如何逆轉(zhuǎn)回滾和一致性的變化，并保存在撤消表空間中。關(guān)鍵的實際考慮包括：1）經(jīng)常提交增加重做，但減少使用撤消使用； 2）大型交易可能會觸發(fā)“快照太舊”錯誤，如果撤消保留不足； 3）通過v $ sysstat或跟蹤文件監(jiān)視重做； 4）確保足夠的撤消表空間的大小和長期查詢的保留率； 5）檢查等待事件，例如日志文件同步或ENQ：TX - 解決性能問題時的爭論。

Oracle使用兩種核心機制處理交易和回滾：重做和撤消。這些共同起作用，以確保數(shù)據(jù)一致性，耐用性以及從失敗中恢復(fù)的能力。

提交期間會發(fā)生什么

當(dāng)您發(fā)布COMMIT時，Oracle不會立即將所有更改寫入數(shù)據(jù)文件。相反，它做了一些關(guān)鍵的事情：

• 它在重做日志緩沖區(qū)中生成提交記錄。
• 直到該點的交易所做的所有更改都標(biāo)記為重做日志中的永久性。
• 更新系統(tǒng)更改號（SCN）以反映數(shù)據(jù)庫的當(dāng)前點。

因此，即使尚未寫入磁盤的實際數(shù)據(jù)塊，所做的交易的事實也記錄在重做日志中。這就是為什么Oracle可以保證耐用性 - 一旦提交成功返回，即使發(fā)生崩潰，更改也是安全的。

回滾如何與撤消一起工作

如果交易回滾（明確或由于錯誤），Oracle使用撤消數(shù)據(jù)來恢復(fù)更改。

在修改實際數(shù)據(jù)之前，首先，通過交易進(jìn)行的每種更改首先記錄在撤消表空間中。這使Oracle可以：

• 重建更改數(shù)據(jù)的原始值。
• 維持可能同時查詢相同數(shù)據(jù)的其他會話的讀取一致性。

例如，如果會話A更新一行和會話B在提交之前對其進(jìn)行查詢，則會使用撤消數(shù)據(jù)查看該行的原始版本。

回滾基本上是反向播放此撤消信息，在交易開始之前將數(shù)據(jù)庫恢復(fù)到其狀態(tài)。

重做與撤消 - 關(guān)鍵差異

混合重做和撤消很容易，但這是它們在功能方面的不同之處：

• 重做：

  • 記錄對數(shù)據(jù)庫進(jìn)行了哪些更改。
  • 用于恢復(fù) - 實例恢復(fù)，媒體恢復(fù)等。
  • 存儲在在線重做日志文件中。
  • 每個更改都會通過重做日志緩沖區(qū)，然后再沖洗到磁盤。

• 撤消：

  • 記錄如何撤消更改。
  • 用于回滾和保持讀取一致性。
  • 存儲在拆卸面積中。
  • Oracle也用于閃回功能和一致的讀取。

簡而言之：

REDO是關(guān)于錄制恢復(fù)的更改；撤消是關(guān)于保留舊值以進(jìn)行回滾和一致性。

實際含義和調(diào)整考慮

了解這些機制在處理性能或恢復(fù)問題時會有所幫助。

這里有一些實際觀點：

• 頻繁的投入減少了所需的撤消量，但增加了重做。因此，在批量操作中，明智地將您的承諾批量。
• 大型交易可能會導(dǎo)致“快照太舊”錯誤，如果撤消保留不足。
• 您可以通過V$SYSSTAT （ redo size ）或跟蹤文件等視圖監(jiān)視重做生成。
• 對于長期運行的報告或查詢，請確保您的撤消表空間足夠大，并配置了適當(dāng)?shù)谋Ａ袈省?/li>

如果您要解決與重做或撤消有關(guān)的性能問題的故障排除，請檢查等待事件，例如log file sync （用于重做）或enq: TX – contention （用于撤消）可以幫助查明瓶頸。

這就是Oracle確保在引擎蓋下進(jìn)行可靠的交易處理的方式。不是每天看到的東西，而是在調(diào)整或調(diào)試數(shù)據(jù)庫行為時可以理解的。

以上是Oracle如何使用重做和撤消機制來管理交易和回滾？的詳細(xì)內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！