首先建立測試環境。由於我們只是要模擬1555錯誤的發生，所以需要建立一個小的回滾表空間，並且設定undo_retention時間為1（秒），以便回滾資料儘快被覆蓋（呵呵，要防止1555錯誤發生，這就一定要避免的）。

CREATE UNDO TABLESPACE rbs_ts


                                                                                                DATAFILE 'rbs_ts2.dbf' SIZE 10M AUTOEXTEND OFF;
 

alter system set undo_retention=1 scope=spfile;

alter system set undo_management=auto scope=spfile;

alter system set undo_tablespace=rbs_ts scope=spfile;

startup force

alter tablespace rbs_ts online;

create table demo.t_dual as select * from dual;
 

insert into t_dual values(1);
 

commit;
 

一致性讀導致的1555錯誤

開始讀取表。

SQL>

SQL> var cl refcursor

SQL> begin

  2  open :cl for select * from demo.t_multiver;

  3  end;

  4  /

PL/SQL procedure successfully completed.

SQL>

更新表資料，產生回滾資訊。

SQL> update demo.t_multiver set b = 111 where a = 1;

1 row updated.

SQL> commit;

Commit complete.

執行大批其他事務，充滿所有回滾段，以致覆蓋上面的回滾資訊。回滾段可以通過dba_rollback_segs檢視。

SQL> begin

  2    for i in 1..20000 loop

  3      update demo.t_dual set dummy=1;

  4      commit;

  5    end loop;

  6  end;

  7

  8  /

PL/SQL procedure successfully completed.

SQL> /

PL/SQL procedure successfully completed.

查詢到更新過的資料記錄，回滾資訊已經被覆蓋，所以報1555錯誤。

SQL> print :cl

ERROR:

ORA-01555: snapshot too old: rollback segment number 18 with name "_SYSSMU18$"

too small

no rows selected

SQL>

延遲塊清除導致的1555錯誤

開始讀取表。

SQL> var cc refcursor

SQL>

SQL> begin

  2  open :cc for select * from t_multiver;

  3  end;

  4  /

這時一個事務更新了該資料塊，但在提交前，我們手工將buffer cache中的資料做了flush，再做提交。這時的資料塊上只記錄了鎖標誌，沒有事務標誌和Commit SCN。

PL/SQL procedure successfully completed.

SQL>

SQL> update t_multiver set b=115 where a=1;

1 row updated.

SQL>

SQL> alter system flush buffer_cache;

System altered.

SQL>

SQL> commit;

Commit complete.

進行非常多的事務，將回滾段中的事務資訊表中的資料全部覆蓋：

SQL>

SQL> begin

  2    -- overwrite rollback slot

  3    for i in 1..40000 loop

  4      update t_dual set dummy=1;

  5      commit;

  6    end loop;

  7  end;

  8  /

PL/SQL procedure successfully completed.

讀取資料塊前需要到回滾段的事務資訊表中讀取Itl中沒有標記完全的事務的狀態和Commit SCN，以判斷是否需要進行一致性讀。但是事務資訊表中的資料都已經被覆蓋，所以報1555錯誤：

SQL>

SQL> print :cc

ERROR:

ORA-01555: snapshot too old: rollback segment number 20 with name "_SYSSMU20$"

too small

no rows selected

      以上兩個例子看起來是好像很類似，但是，他們的本質區別是：第一個實際上是在進行一致性讀得時候發生的1555錯誤，而第二個例子是在判斷是否需要進行一致性讀得時候發生的1555錯誤。

解決1555錯誤的方法

現在，我們已經知道了1555錯誤產生的原因。那麼，就可以總結出以下方法來解決1555錯誤問題：

1、擴大回滾段

因為回滾段是迴圈使用的，如果回滾段足夠大，那麼那些被提交的資料資訊就能儲存足夠長的時間是那些大事務完成一致性讀取。

2、增加undo_retention時間

在undo_retention規定的時間內，任何其他事務都不能覆蓋這些資料。

3、優化相關查詢語句，減少一致性讀。

減少查詢語句的一致性讀，就降低讀取不到回滾段資料的風險。這一點非常重要！

4、減少不必要的事務提交

提交的事務越少，產生的回滾段資訊就越少。

5、對大事務指定回滾段

通過以下語句可以指定事務的回滾段：

SET TRANSACTION USE ROLLBACK SEGMENT rollback_segment；

給大事務指定回滾段，即降低大事務回滾資訊覆蓋其他事務的回滾資訊的機率，又降低了他自身的回滾資訊被覆蓋的機率。大事務的存在，往往是1555錯誤產生的誘因。

6、使用遊標時儘量使用顯式遊標，並且只在需要的時候開啟遊標，同時將所有可以在遊標外做的操作從遊標迴圈中拿出。

當遊標開啟時，查詢就開始了，直到遊標關閉。減少遊標的開啟時間，就減少了1555錯誤發生的機率。

在本次操作中，筆者的解決方案是：

1.適當增大undo表空間的尺寸，防止回滾資訊被覆蓋。

2.增加undo_retention時間，增加到10800秒（在匯入源和匯出源都修改）。

3.刪除目標表的部分索引，加快匯入速度，在倒完資料後，再建立。