|
在回滚长期运行的事务时经常会有些用户不停地询问相同的问题这些问题是合理的因为该事务进行了锁定正常的处理经常受到回滚进程的影响 在 Oracle i Database 及更低的版本中您可以执行查询 SELECT USED_UREC FROM V$TRANSACTION 该语句返回由当前事务所使用的重做记录的数量而如果重复地执行该语句将会显示连续减少的数值因为回滚进程在其处理过程中会释放重做记录随后您可以通过对一段间隔进行快照来计算其速率然后推断出评估结束时间的结果 虽然在视图 V$TRANSACTION 中有一个名为 START_TIME 的列但该列只显示整个事务的起始时间（也就是在回滚执行之前）因此除了推断您没有办法知道回滚实际上是在什么时间执行的 事务回滚的扩展统计信息 在 Oracle Database g 中这种操作很简单当事务回滚时事件被记录在视图 V$SESSION_LONGOPS 中该视图显示长期运行的事务用于回滚如果进程耗时超过六秒则记录出现在该视图中在回滚执行以后您可能会隐藏所查看的监视屏幕并执行以下的查询 select time_remaining from v$session_longops where sid = <sid of the session doing the rollback> 既然您意识到这个视图 V$SESSION_LONGOPS 的重要性就让我们来看它必须提供的其他信息该视图在 Oracle Database g 的预览版中提供但没有捕获关于回滚事务的信息为了以一种易读的方式显示所有的列我们将使用由 Tom Kyte 在 中所描述的 PRINT_TABLE 函数此过程简单地以表格方式而不是常用的行方式来显示列 SQL> set serveroutput on size SQL> exec print_table(@#select * fromv$session_longops where sid = @#)SID : SERIAL# : OPNAME :Transaction RollbackTARGET :TARGET_DESC :xid:xecSOFAR : TOTALWORK : UNITS :BlocksSTART_TIME :dec ::LAST_UPDATE_TIME :dec ::TIME_REMAINING : ELAPSED_SECONDS : CONTEXT : MESSAGE :Transaction Rollback:xid:xec : out of Blocks doneUSERNAME SYSSQL_ADDRESS :BEDSQL_HASH_VALUE : SQL_ID :wcamyanrQCSID : 注意此处显示对行的所有更改即使删除并重新插入行时也是如此VERSION_OPERATION 列显示对该行执行的操作 （Insert/Update/Delete）完成这些操作不需要历史表或额外的列 让我们仔细检查这些列中的每一列在会话中可能会有超过多个长期运行操作 — 特别是因为视图中包含以前的会话中所有长期运行操作的历史列 OPNAME 显示该记录用于事务回滚这为我们指出了正确的方向列 TIME_REMAINING 显示所评估的剩余时间秒数这在前面已经描述过而列 ELAPSED_SECONDS 显示到目前为止所消耗的时间 那么该表如何提供对剩余时间的评估呢？可以在列 TOTALWORK 中找到线索该列显示要完成的工作总量还有 SOFAR 显示到目前为止已经完成了多少工作工作的单位显示在列 UNITS 中在本例中以数据块为单位因此到目前为止已经回滚了 个数据块中共计 个数据块此操作到目前为止已消耗了 秒因此剩余数据块将消耗 * （ / （） ） ？ 秒 但您不必利用这种方法来获得该数值它已经清楚地显示出来了最后列 LAST_UPDATE_TIME 显示有关当前视图内容的时间这将用于加强您对结果的解释 SQL语句 另一部分重要的新信息是正在被回滚的 SQL 语句的标识符在早先SQL_ADDRESS 和 SQL_HASH_VALUE 用于获取正在被回滚的 SQL 语句新的列 SQL_ID 对应于视图 V$SQL 的 SQL_ID如下所示 SELECT SQL_TEXTFROM V$SQLWHERE SQL_ID = <value of SQL_ID from V$SESSION_LONGOPS>; 该查询返回所回滚的语句因此提供了额外的校验以及 SQL 语句的地址和散列值 并行实例恢复 如果 DML 操作是并行操作则列 QCSID 显示并行查询服务器会话的 SID在并行回滚事件中如实例恢复以及随后的故障事务恢复期间经常用到该信息经常 例如假设在大型的更新期间实例异常关闭当实例启动时发生故障的事务被回滚如果启用了用于并行恢复的初始化参数值则回滚并行地而不是串行地发生如同它发生在常规事务回滚中一样下一步的任务是评估回滚进程的完成时间 视图 V$FAST_START_TRANSACTIONS 显示为回滚故障事务所产生的事务类似的视图 V$FAST_START_SERVERS 显示对回滚进行处理的并行查询服务器的数量这两个视图都在以前的版本中提供但显示事务标识符的新列 XID 使得联接更方便了在 Oraclei Database 以及更低的版本中您必须通过三列（USN — 重做段号SLT — 重做段中的存储区号SEQ — 序列号）来联接视图其父集显示在 PARENTUSNPARENTSLT 和 PARENTSEQ 中在 Oracle Database g 中您只需将其联接到 XID 列其父 XID 由直观的名称表示PXID 最有用的信息部分来自于 V$FAST_START_TRANSACTIONS 视图中的列 RCVSERVERS如果发生并行回滚则该列中显示并行查询服务器的数量您可以查看该列了解启动了多少并行查询进程 select rcvservers from v$fast_start_transactions 如果输出是 则事务正在由 SMON 进程进行串行回滚 — 显然这是完成工作的一种不充分的方法您可以将初始化参数 RECOVERY_PARALLELISM 的值改为除 或 以外的值重新启动实例进行并行回滚随后您可以执行 ALTER SYSTEM SET FAST_START_PARALLEL_ROLLBACK = HIGH按 CPU 数量的 倍创建并行服务器 如果上述查询的输出显示不是 则正在进行并行回滚您可以查询同一视图 （V$FAST_START_TRANSACTIONS） 来获得父事务和子事务（父事务 id — PXID而子事务 id — XID）XID 还可用于联接此视图与 V$FAST_START_SERVERS以获得其他详细信息 结论 总之当在 Oracle Database g 中回滚长期运行的事务时 — 无论是并行实例恢复会话还是用户执行的回滚语句 — 您所需做的一切就是查看视图 V$SESSION_LONGOPS 并评估还需要多少时间 |
