自治事务仅适用于错误日志、操作审计等旁路型持久化操作，必须声明在子程序声明区首行，且每条执行路径均需显式提交或回滚。
自治事务只适合旁路型持久化操作
当你需要「不管主事务成败，这条记录都必须落库」时才用 PRAGMA AUTONOMOUS_TRANSACTION。典型场景是错误日志、操作审计、异步通知触发记录——这些数据的价值在于独立存在，不能被主事务的 ROLLBACK 拖垮。
它不是通用事务优化手段，更不用于“让某条 INSERT 不受回滚影响”这种模糊需求。如果只是想分段提交业务逻辑，该用保存点（SAVEPOINT）或拆分成多个显式事务调用。
- ✅ 适合：写入
error_log表、记录接口调用流水、发消息前留痕 - ❌ 不适合：主业务表的部分更新、补偿逻辑、重试控制表（这类仍需与主事务强一致）
- ⚠️ 风险：滥用会导致数据语义断裂——比如订单创建失败，但“已发短信”日志却成功提交，下游无法对齐状态
声明位置错就直接编译失败
PRAGMA AUTONOMOUS_TRANSACTION 不是运行时开关，而是编译期指令，位置错就报 PLS-00702，没商量。
必须严格满足两个条件：
- 只能出现在子程序（过程 / 函数 / 触发器 / 包体）的声明区，即
IS或AS之后、BEGIN之前 - 必须是该声明区的第一条语句，前面不能有任何变量、类型或游标声明
常见翻车点：
- 在 SQL*Plus 的匿名
BEGIN ... END;块里加这句 → 报PLS-00702 - 写成
DECLARE PRAGMA ... BEGIN→ 不支持，匿名块本身就不允许自治事务 - 放在
v_msg VARCHAR2(100);后面 → 编译失败，顺序不对
每个出口路径都得有 COMMIT 或 ROLLBACK
自治事务不会自动提交，哪怕只执行了一条 INSERT。只要退出时没遇到 COMMIT 或 ROLLBACK，Oracle 就抛 ORA-06519 并强制回滚所有变更。
这意味着你必须覆盖所有执行路径，包括异常分支：
- 正常流程末尾要
COMMIT -
EXCEPTION块里必须有ROLLBACK（或COMMIT，视语义而定） - 如果有多个
RETURN，每个都要检查是否已提交/回滚
示例片段：
CREATE OR REPLACE PROCEDURE log_error(p_msg VARCHAR2) IS
PRAGMA AUTONOMOUS_TRANSACTION; -- ✅ 第一行
BEGIN
INSERT INTO error_log(msg, ts) VALUES (p_msg, SYSDATE);
COMMIT; -- ✅ 主路径提交
EXCEPTION
WHEN OTHERS THEN
ROLLBACK; -- ✅ 异常路径收尾
RAISE;
END;它和主事务完全隔离，但也彻底失联
自治事务能看到主事务已提交的数据，但看不到未提交的脏数据；反过来，主事务也永远看不到自治事务里未提交的更改——哪怕你在自治过程里 SELECT 自己刚插的记录，也得靠 COMMIT 后才能被其他会话查到。
更关键的是：它无法感知主事务状态，也不能传递事务上下文。比如主事务用了 SET TRANSACTION READ ONLY，自治事务照常可读可写；主事务回滚了，自治事务早提交的数据纹丝不动。
这点容易被忽略：你以为“记个日志很轻量”，但一旦涉及跨库查询、物化视图刷新、CDC 捕获，自治事务写入的数据可能比主事务变更晚几秒甚至更久才可见——不是 bug，是设计如此。
