这个问题我太熟悉了——你遇到的滞后更新，本质是自治事务的隔离性在搞鬼。当你给触发器加上PRAGMA AUTONOMOUS_TRANSACTION后，触发器就运行在一个完全独立于主事务的子事务里，Oracle的事务隔离规则决定了：自治事务无法看到主事务中尚未提交的变更。

具体到你的场景：

1. 第一次执行insert into w_mutating2 values (2)时，主事务还没提交这条数据
2. 自治事务触发器里的select max(id) from w_mutating2，只能看到w_mutating2表中已经提交的旧数据（此时是空表，max(id)为null）
3. 所以w_mutating1的num还是null；等主事务提交后，这条2才会被后续的自治事务看到
4. 第二次插入5时，自治事务能看到上一次提交的2，所以把w_mutating1更新为2，而这次的5要等下一次触发才能被读取——这就是“滞后一次”的原因。

另外，你最初加自治事务应该是为了解决变异表错误（ORA-04091）：行级触发器里不能直接读取/修改触发它的表（w_mutating2），因为表处于“变异”状态（正在被DML操作）。但自治事务是个饮鸩止渴的方案，带来了新的一致性问题。

要解决变异表问题，同时保证数据实时同步，最稳妥的方式是用行级触发器暂存数据，语句级触发器完成最终更新，完全不需要自治事务。

步骤1：创建一个包，用来暂存插入的ID #

create or replace package w_mutate_pkg is
  -- 定义存储ID的集合类型
  type id_collection is table of number;
  -- 声明集合变量，用来暂存本次插入的所有ID
  inserted_ids id_collection;
end;
/

步骤2：创建行级触发器，收集本次插入的所有ID #

行级触发器会在每一行插入前触发，把新ID存到包变量里：

create or replace trigger w_mutate_trg_row before insert on w_mutating2 for each row
begin
  -- 初始化集合（仅第一次触发时）
  if w_mutate_pkg.inserted_ids is null then
    w_mutate_pkg.inserted_ids := w_mutate_pkg.id_collection();
  end if;
  -- 添加新ID到集合
  w_mutate_pkg.inserted_ids.extend;
  w_mutate_pkg.inserted_ids(w_mutate_pkg.inserted_ids.count) := :new.id;
end;
/

步骤3：创建语句级触发器，完成最终更新 #

语句级触发器会在整个insert语句执行完成后触发，此时w_mutating2的变更已经全部完成，表不再变异，可以安全查询或更新：

create or replace trigger w_mutate_trg_stmt after insert on w_mutating2
begin
  -- 方式1：直接查询w_mutating2的最新最大值
  update w_mutating1 
  set num = (select max(id) from w_mutating2);

  -- 方式2：用暂存的集合计算最大值（效率更高，避免全表扫描）
  -- update w_mutating1 
  -- set num = (select max(column_value) from table(w_mutate_pkg.inserted_ids));

  -- 清空集合，避免影响下一次触发
  w_mutate_pkg.inserted_ids := null;
end;
/

如果你的触发器里需要调用自定义函数，只需要把这个逻辑放到语句级触发器里即可：

• 语句级触发器触发时，本次所有的DML变更已经完成，函数可以正常读取w_mutating2的最新数据
• 如果函数需要用到本次插入的具体数据，也可以把包变量inserted_ids传给函数，比如：

create or replace trigger w_mutate_trg_stmt after insert on w_mutating2
begin
  -- 调用自定义函数，传入暂存的ID集合
  update w_mutating1 
  set num = your_custom_function(w_mutate_pkg.inserted_ids);
  
  w_mutate_pkg.inserted_ids := null;
end;
/

这样调用函数时，就能获取到本次插入的所有数据，不会出现滞后问题。

现在测试你的场景：

1. 执行insert into w_mutating2 values (2); commit;
2. 查询select * from w_mutating1;，num会直接变成2
3. 再执行insert into w_mutating2 values (5); commit;
4. 查询select * from w_mutating1;，num会直接变成5

完全解决了滞后问题！

内容的提问来源于stack exchange，提问作者fazi_87