關於Oracle ORA-01555快照過舊的錯誤
首先了解Oracle在什麼情況下會產生ORA-01555錯誤:
假設有一張6000萬行數據的testdb表，預計testdb全表掃描1次需要2個小時，參考過程如下：
1、在1點鐘，用戶A發出了select * from testdb;此時不管將來testdb怎麼變化，正確的結果應該是用戶A會看到在1點鐘這個時刻的內容。
2、在1點30分，用戶B執行了update命令，更新了testdb表中的第4100萬行的這條記錄，這時，用戶A的全表掃描還沒有到達第4100萬條。毫無疑問，這個時候，第4100萬行的這條記錄是被寫入了回滾段，假設是回滾段UNDOTS1，如果用戶A的全表掃描到達了第4100萬行，是應該會正確的從回滾段UNDOTS1中讀取出1點鐘時刻的內容的。
3、這時，用戶B將他剛纔做的操作提交了，但是這時，系統仍然可以給用戶A提供正確的數據，因爲那第4100萬行記錄的內容仍然還在回滾段UNDOTS1裏，系統可以根據SCN到回滾段裏找到正確的數據，但要注意到，這時記錄在UNDOTS1裏的第4100萬行記錄已經發生了重大的改變：就是第4100萬行在回滾段UNDOTS1裏的數據有可能隨時被覆蓋掉，因爲這條記錄已經被提交了！
4、由於用戶A的查詢時間漫長，而業務在一直不斷的進行，UNDOTS1回滾段在被多個不同的transaction使用着，這個回滾段裏的extent循環到了第4100萬行數據所在的extent，由於這條記錄已經被標記提交了，所以這個extent是可以被其他transaction覆蓋掉的！
5、到了1點45分，用戶A的查詢終於到了第4100萬行，而這時已經出現了第4條說的情況，需要到回滾段UNDOTS1去找數據，但是已經被覆蓋掉了，這時就出現了ORA-01555錯誤。
↑↑
以上此段非本人原創
原因分析："報表"程序執行時間漫長，在程序查詢的過程中其他用戶對"報表"進行了更新，被更新的數據寫入了回滾段，當程序到回滾段找數據時，發現數據已經被覆蓋掉，於是就出現了ORA-01555錯誤。另外"報表"程序執行效率不高也會造成ORA-01555錯誤。
解決辦法：
1、擴大回滾段，因爲回滾段是循環使用的，如果回滾段足夠大，那麼那些被提交的數據就能保存足夠長的時間，使那些大事務完成一致性讀取。之前EBS系統UNDO表空間爲9GB，目前爲10GB。見下圖:
2、增加undo_retention時間，因爲UNDO回滾段是循環使用，裏面的數據可能隨時被循環覆蓋掉，如果設置undo_retention時間更長，那麼在retention規定的時間內，任何其他事務都不能覆蓋這些數據。目前EBS系統undo_retention爲10800秒(3個小時)。見下圖：
3、最重要的一點就是優化程序相關查詢語句，減少查詢語句的一致性讀，降低讀取不到回滾段數據的風險。所有的出錯信息都會紀錄到數據庫日誌alert_PROD.log文件中，下圖紅線部分是一條SQL查詢詞句，ORA-01555很有可能是這條語句造成，把這條語句提供給開發人員來分析和優化程序代碼。
