在一个系统中，往往会出现一些长事务进行大批量的数据处理，这些事务往往占据大量系统资源，而且运行时间长。如果我们不能有效的监控这些事务，可能会影响到其他事务的运行，甚至可能会由于事务没有在预期时间内完成作业，到了业务高峰时期仍然在运行而导致系统被hung。
实际上，oracle提供了一个视图让DBA来监控长事务的运行状况及历史信息。下面介绍如何使用这个视图来查看长事务信息——v$session_longops。
在oracle中，运行时间超过6秒的事务就被视为长事务。确切地说，这个视图显示的就是时间超过6秒的一些操作，包括备份和恢复、统计数据收集、查询中的各种操作。在视图的各个字段中，totalwork表示该操作要完成所需要做的总的工作单位数；sofar则是目前已经完成的工作单位数；unit则表明工作单位是什么，例如，全表扫描操作中，是以数据块为单位；eplapsed_seconds是操作已经完成的时间，time_remaining是操作的剩余时间。另外，如果操作涉及到的是sql语句，则可以通过sql_address和sql_hash_value查询到相关语句。
对于sql查询，如果要使该视图可以查询到相关记录，还需要满足以下2个条件：
1、 设置TIMED_STATISTICS为TRUE或者设置SQL_TRACE为TRUE；
2、 相关对象需要已经被分析过。
下面的例子演示如何使用该视图：
SQL> create table t_test2 as select a.* from dba_objects a, user_objects b;
Table created.
SQL> analyze table ygzhou.t_test2 compute statistics;
Table analyzed.
SQL> show parameter timed_statistics
NAME TYPE VALUE
------------------- ------------------------ ---------------------
timed_statistics boolean TRUE
SQL> select count(1) from t_test2;
查询运行6秒后，没有结束，在另一个会话中查询视图：
SQL> select opname,target,round(sofar/totalwork*100,2) as progress,time_remaining,elapsed_seconds from v$session_longops where sofar < totalwork;
OPNAME TARGET PROGRESS TIME_REMAINING ELAPSED_SECONDS
-------------- ---------------- ------------ ---------------- -----------------
Table Scan DEMO.TEST2 6.34 635 43
但是，使用该视图查询长事务操作，也是有一些限制的。例如，对于语句，需要满足以上两个条件，否则不能从视图中查询到相关操作。另外一个限制就是，这个视图只能能查询到如单对象操作，full table scan、fast full index scan、sort等，而不能查到多对象操作，如join。看以下例子：
SQL> create table t_test as select * from all_objects;
Table created.
SQL> analyze table t_test compute statistics;
Table analyzed.
SQL> select count(*) from t_test a, t_test b;
运行时间超过10秒后，我们在另外会话中查询视图：
SQL> select opname,target,round(sofar/totalwork*100,2) as progress, time_remaining, elapsed_seconds from v$session_longops where sofar < totalwork;
no rows selected
我们看下以上语句的查询计划：
SELECT STATEMENT, GOAL = CHOOSE Cost=1288140 Cardinality=1
SORT AGGREGATE Cardinality=1
MERGE JOIN CARTESIAN Cost=1288140 Cardinality=940587561 IO cost=1288140
TABLE ACCESS FULL Object wner=CSSOWNER Object name=T_TEST Cost=42 Cardinality=30669
BUFFER SORT Cost=1288098 Cardinality=30669
TABLE ACCESS FULL Object wner=CSSOWNER Object name=T_TEST Cost=42 Cardinality=30669
可以看到，该语句的主要消耗的操作是MERGE JOIN CARTESIAN，即笛卡尔乘积。尽管查询计划中也存在表扫描，但是由于表本身的数据量不大，因此表扫描的代价并不大，cpu时间消耗不大，因此没有被记录：
SQL> set timing on
SQL> select count(*) from t_test;
COUNT(*)
----------
30669
Elapsed: 00:00:00.11