我们都知道,ORACLE在三种条件下需要构造CR块
1)查询时刻的SCN大于数据块的COMMIT SCN,即SQL 游标被打开时的SCN大于数据库上记录的SCN。
2)数据块上存在LOCK
3)闪回查询。
晶晶小妹在实验中很聪明的论证了ORACLE是怎么样一步步的构造CR BLOCK的。可是稍微一想发现她的实验涉及的数据块始终是一个即131046
这样的话会导致这个131046被覆盖的ITL事务信息始终是记录在回滚链表的头部即事务开始的第一条DML语句处,因为这个事务自始至终都是这一个块,覆盖的ITL信息肯定也就是这个数据块上的。
我的疑问是,如果一个事务涉及了N个BLOCK,如1000,1001,1002,事务开始修改的BLOCK是1000,那么在他对应的回滚(链头)数据块中会记录一个覆盖1000数据块上的ITL信息,接着事务又修改了BLOCK 1001,同样是需要覆盖1001的ITL信息的,那么ORACLE是不是也得记录他覆盖1001的ITL信息,可是这个信息明显不是放在链头上的。因为一个事务的链头只有一个(这话说的很没底气)
因此我觉得是不能说,只有回滚块链头上才记录着块对应的被覆盖的ITL信息。
可能我理解的不对,还希望有高人指正。
1)查询时刻的SCN大于数据块的COMMIT SCN,即SQL 游标被打开时的SCN大于数据库上记录的SCN。
2)数据块上存在LOCK
3)闪回查询。
晶晶小妹在实验中很聪明的论证了ORACLE是怎么样一步步的构造CR BLOCK的。可是稍微一想发现她的实验涉及的数据块始终是一个即131046
这样的话会导致这个131046被覆盖的ITL事务信息始终是记录在回滚链表的头部即事务开始的第一条DML语句处,因为这个事务自始至终都是这一个块,覆盖的ITL信息肯定也就是这个数据块上的。
我的疑问是,如果一个事务涉及了N个BLOCK,如1000,1001,1002,事务开始修改的BLOCK是1000,那么在他对应的回滚(链头)数据块中会记录一个覆盖1000数据块上的ITL信息,接着事务又修改了BLOCK 1001,同样是需要覆盖1001的ITL信息的,那么ORACLE是不是也得记录他覆盖1001的ITL信息,可是这个信息明显不是放在链头上的。因为一个事务的链头只有一个(这话说的很没底气)
因此我觉得是不能说,只有回滚块链头上才记录着块对应的被覆盖的ITL信息。
可能我理解的不对,还希望有高人指正。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/22034023/viewspace-662242/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/22034023/viewspace-662242/