undo系列学习之读一致性(ORA-01555错误机制分析)

oracle在读的过程中，数据是静止的，没有脏读，也就是，未提交的永远都不会被读到。我们可以理解为，oracle在读的开始时，提前为他今后所要读的内容拍了一张”照片“，把所有内容全部定格在一个时间点上，作为接下来读的依据。oracle利用scn来实现这个理论，开始查询时，会确定一个select scn，这样就保证了事务槽里所有的scn都小于select scn。好比如，现在是12:21分，那么我之前所敲的字都在12:21分之前做的。

我们已经知道，undo段是循环使用，并且，oracle只会把inactive的事务给覆盖。若是一个长时间的查询需要读到被覆盖的块时，就会报ora-01555错误。借助v$undostat里面的字段ssolderrcnt来查询在每个10分钟，oracle内是否发生过01555错误。

下面是一张01555错误的图：

产生01555错误，原因有好多，这里列三个：

1）undo_retention不够大

2）undo空间压力大

3）sql性能差

下面我们来模拟01555错误。注意，这里要避免和30036错误相混淆。

会话1：

hr@ORCL> var i refcursorhr@ORCL> exec open :i for select * from t;PL/SQL procedure successfully completed.hr@ORCL> print i;        ID NAME---------- ----------         1 a         2 bhr@ORCL> exec open :i for select * from t;PL/SQL procedure successfully completed.

会话2：

sys@ORCL> delete from hr.t;3 rows deleted.sys@ORCL> commit;Commit complete.

会话1：

hr@ORCL> print i;        ID NAME---------- ----------         1 a         2 b

如果有数据，则证明查询是修改前的；如果没有数据，则证明查询是修改后的。但如果，此时undo里面没有数据，那就会报错。从查询输出，可知，查询是修改前的。

会话2：

sys@ORCL> create undo tablespace undotbs2 datafile '/u01/app/oracle/oradata/ORCL/datafile/undotbsthi.dbf' size 1m autoextend off;Tablespace created.sys@ORCL> alter system set undo_tablespace=undotbs2;System altered.sys@ORCL> show parameter undo_tablespaceNAME                                 TYPE        VALUE------------------------------------ ----------- ------------------------------undo_tablespace                      string      UNDOTBS2

会话1：

hr@ORCL> select * from t;no rows selectedhr@ORCL> insert into t values (1,'a');1 row created.hr@ORCL> insert into t values(2,'b');1 row created.hr@ORCL> insert into t values(3,'c');1 row created.hr@ORCL> select * from t;        ID NAME---------- ----------         1 a         2 b         3 chr@ORCL> commit;Commit complete.hr@ORCL> exec open :i for select * from t;PL/SQL procedure successfully completed.

会话2：

sys@ORCL> select a.spid "专用服务器进程",b.process "客户进程"  from v$process a,v$session b  where a.addr=b.paddr  and b.sid=(select sid from v$mystat where rownum=1)  2    3    4    5  ;专用服务器进 客户进程------------ ------------8427         8425sys@ORCL> declarei number :=0;beginloopupdate hr.t set id=i;i:=i+1;if mod(i,200)=0 then commit;end if;end loop;end; 

会话1：

hr@ORCL> print i;ERROR:ORA-01555: snapshot too old: rollback segment number 11 with name "_SYSSMU11$" too small

会话3：

[root@localhost ~]# kill -9 8427

小结：undo够不够，就看01555.