ORA-04091: table is mutating, trigger/function may not see it
今天在论坛里发现了一个关于ORA-04091的老帖子,收获良多,特此整理一下
关于ORA-04091: table is mutating, trigger/function may not see it的分析
当DML操作触发trigger的时候,如果trigger的程序块中需要对当前表进行修改或查询的时候,就会报错
ORA-04091: table is mutating, trigger/function may not see it
这是有在被触发TRIGGER工作的时候,默认把当前表表锁死,不允许对其进行操作,所以trigger包含对当前表的DML操作就会报错,那怎么办?最常用的方法是通过修改SQL避免错误.
- create or replace trigger tr_test
- after insert
- on test
- for each row
- begin
- update test set column2=123 where column1=:new.column1
- end tr_test;
这就是个典型的错误的例子,肯定会报错ORA-04091,这个trigger是为了修改新插入的行的某列,因为插入后当前表已经被锁死了,所以根本没有办法update,所以报错。
那应该怎么改呢?
- create or replace trigger tr_test
- before insert
- on test
- for each row
- begin
- :new.column2:=123
- end tr_test;
在出入前就修改好要修改的值,就不会报错了
但是这种方法浪费时间精力,更重要的并不是所有问题都可以找到这样的方法绕过去.
还有一种方法是加 PRAGMA AUTONOMOUS_TRANSACTION;
- create or replace trigger tr_test
- after insert
- on test
- for each row
- declare
- PRAGMA AUTONOMOUS_TRANSACTION;
- begin
- update test set column2=123 where column1=:new.column1 ;
- commit;
- end tr_test;
这样也可以执行成功。
AUTONOMOUS_TRANSACTION是指在function,procedure,trigger等subprograms中对事务进行自治管理,当在别的pl/sql block里取调用这些subprograms的时候这些subprograms并不随着父pl/sql block的失败而回滚,而是自己管自己commit;
注意慎用AUTONOMOUS_TRANSACTION。一个DML可能触发很多次触发器,因此产生了大量独立的事务,很容易产生死锁。
ASKTOM上对AUTONOMOUS_TRANSACTION的看法是:唯一的用途就是作审计日志,其他一概不该使用。
有人建议是取消使用触发器,把你的业务逻辑写到存储过程去。