insert 操作对undo的影响

                当我insert 一条记录入T表,当insert操作时会把这个条记录的rowid写入回滚段，当insert所在的 transaction 对数据块进行插入操作，首先会在数据块的ITL相应的槽位进行TRANSACTION信息的记录(该TRANSACTION ID 就包括了UNDO SEGMENT，UNDO SLOT, UNDO SEQUENCE等信息)，并且会占用一个 UNDO SEGMENT 的一个SLOT，并且该SLOT的状态应该为ACTIVE。当然在做上述的工作前会触发REDO条目的形成(REDO VECTOR & UNDO VECTOR)，用来记录数据块更改和UNDO块更改的信息。

                当INSERT 后没有COMMIT。我们假设你的操作都已经被记录到硬盘上了，即数据块的信息在硬盘上已更改，UNDO已经更改。切时SMON会前滚REDO条目，然后回滚被标记为ACTIVE的UNDO SLOT。回滚完，标记该条目为INACTIVE，在没有UNDO RETENTION GARUANTEE（默认15分钟）的前提下，可以被其他的TRANSACTION修改，并增加UNDO SEQUENCE，以区别不同TRANSACTION。

                 rowid 就是相当一个指针，通过rowid可以找到数据具体在哪个文件上，甚至哪个数据块上。做 insert 了 后不commit 就abort 了。那在startup 后，数据库open时，会对做例程恢复，你这个没commit 的事物将会从undo段中回滚。

                如果有insert进入的不是一条记录,还是一大批记录(很大的数据量),这样没commit就abort后, 再startup,是否容易引起undo损坏呢或IO开解肯定会很大(因undo直接是对硬盘操作）。

                    在a会话insert表t一条记录，没提交，在a会话能select到刚刚插入的记录，在b会话看到的是没undo中的记录，没有a会话中刚加的那条记录，insert没有锁，b会话也可以进行insert表t。

参考：itpub论坛。