Oracle 何時選擇生成重做？

有時，當我們執行選擇操作時，我們也可能會生成重做，其中乙個可能的原因就是刪除了預言機塊。

執行區塊清除時，如果是大型事務，則執行延遲區塊清除。

塊清除是刪除塊上修改後的資料，然後"鎖"資訊，即交易資訊。

Oracle 在與事務相關的提交列表中記錄乙個已修改塊的列表，每個列表記錄 20 個塊，並且可以根據需要分配任意數量的此類列表。

此阻止列表有乙個上限，即緩衝區快取大小的 10%

如果區塊是一次性修改的，並且區塊在記憶體中，則提交時會清除區塊上的交易資訊，否則，直到下次訪問區塊時才會被忽略，然後清除區塊中的交易資訊，稱為延遲區塊清除。

因為這個選擇修改了區塊的交易資訊，所以會生成重做

以下是基於 ITPUB 上的資訊以及我對清除塊時 SCN 填充的理解，以及會發生什麼"快照太舊"錯誤。

延遲清算塊的下乙個讀取器會根據區塊中記錄的回滾資訊，在記錄撤消時首先查詢提交，但撤消段可能已經上弦，找不到提交 SCN，但可以從撤消段中獲取最小提交 SCN，提交的事務必須小於撤消段中仍然存在的最小 SCN。

然後，預言機為塊清除的事務分配從回滾段找到的最小事務 SCN。

這是不準確的，但它是安全的，不會影響資料訪問。 這就是為什麼它被稱為上限並猜測 SCN 的上限。

如果延遲清除塊的讀取 SCN 小於減損段中最小的 SCN（撤消段已纏繞），則在減損段中找不到該數字。

據此，Oracle 無法確定選擇的 SCN 與要清除的資料塊大小之間的關係，因此出現了 ORA-01555，Oracle 不知道該資料塊。

資料不是查詢時刻所需的資料。

如果選擇的 scn 大於撤消段中最小的 scn，則預言機使用最小的 scn 作為事務的 scn 來更新區塊的 itl，從而完成區塊清除。