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空间压力大