(另外的一个账号进不去了,把文章搬过来一下)
Thomas Kyte说过自治事务除了用作演示工具外,唯一的用途就是作为一种错误日志机制。使用场景是:想记录异常程序块中的一个错误,只需要将它写入一个表并commit,而不用commit其他任何内容。
接下来做2个试验可以说明自治事务的用途:
试验一、这是Tom在他编程艺术的书里用来演示在一个session有2个并发事务的,我稍作了点扩充:
--创建一个表t
SQL> create table t(flag char(1));
Table created
--在字段flag上建bitmap索引
SQL> create bitmap index t_idx on t(flag);
Index created
--插入一行数据(该会话的一个事务开始)
SQL> insert into t values('N');
1 row inserted
--执行一个常规的事务
SQL> declare
2 begin
3 insert into t values('N');
4 commit;
5 end;
6 /
PL/SQL procedure successfully completed
--可以看到上面代码中的commit把该会话所有的待提交事务都commit了
SQL> select * from t;
FLAG
----
N
N
--删除t表记录(又一个新的事务开始,我们将此事务命名为T0)
SQL> delete from t;
2 rows deleted
--通过自治事务(命名为T1)再插入一条数据,结果出现了死锁,是由bitmap索引的锁机制造成的,T0事务删除值为’N’的记录,会对该索引所有N值部分加锁,而T1事务插入值’N’的记录需要更新索引,此时T0事务对T1事务的commit进行了阻塞,产生了死锁。
SQL> declare
2 pragma autonomous_transaction;
3 begin
4 insert into t values('N');
5 commit;
6 end;
7 /
declare
pragma autonomous_transaction;
begin
insert into t values('N');
commit;
end;
ORA-00060: 等待资源时检测到死锁
ORA-06512: 在 line 4
试验二、试验一中Tom主要是对bitmap的锁概念进行了解释,自治事务只不过是他在同一个会话中演示并发事务的一个工具,对自治事务更直接的了解不如看以下的试验。
--仍然是刚才那个表t,删除bitmap索引
SQL> drop index t_idx;
Index dropped
--数据清空后,t表中没有记录
SQL> select * from t;
FLAG
----
--插入2条记录,值是1、2(此时该会话开始了一个事务T2)
SQL> insert into t values('1');
1 row inserted
SQL> insert into t values('2');
1 row inserted
--自治事务(T3),插入1条记录值3,删除值2的记录,并commit掉
SQL> declare
2 pragma autonomous_transaction;
3 begin
4 insert into t values('3');
5 delete from t where flag='2';
6 commit;
7 end;
8 /
PL/SQL procedure successfully completed
--发现值3的记录插入成功,但值是2的记录还在,这是因为自治事务T3开始后,该会话之前的事务T2被挂起,而T3的commit只对上面代码段里的内容做了提交,实际上事务T2并没有提交
SQL> select * from t;
FLAG
----
1
2
3
--此时rollback是对事务T2做了回滚
SQL> rollback;
Rollback complete
--结果不出所料,事务T2插入的2条记录被回滚,但自治事务T3插入的记录因为已提交而存在
SQL> select * from t;
FLAG
----
3
通过以上实验,基本上可以搞清楚自治事务的运行原理,简单的说就是自治事务是在某个会话中独立开启一个事务,在其中处理的操作不会影响到同一会话中其他事务未提交的内容。
到了这里就可以想通Tom说的自治事务用于跟踪错误的意思了,我在写存储过程时,经常碰到在exception中需要把过程数据记录到错误日志表,然后对主过程的事务做回滚,这时候在exception中调用一个记录日志的自治事务存储过程是多么恰当啊!