自治事务必须显式COMMIT或ROLLBACK，否则退出时自动回滚并报ORA-06519；它独立于父事务，有独立上下文和undo段，适用于日志审计等需独立提交的场景。
必须显式 COMMIT 或 ROLLBACK，否则退出时自动回滚并报 ORA-06519
自治事务块末尾没写 COMMIT/ROLLBACK 就会失败
很多人以为加了 PRAGMA AUTONOMOUS_TRANSACTION 就等于“自动提交”，实际完全相反：Oracle 会在过程退出时检查自治事务是否仍处于活跃状态，一旦发现没被显式结束，立刻抛出 ORA-06519: active autonomous transaction detected and rolled back，且整个自治事务内容被丢弃。
- 每个执行路径都得覆盖：正常流程、异常分支（
EXCEPTION块）、甚至RETURN提前退出的场景 - 不能依赖外层事务的
COMMIT—— 它对自治事务完全无效 - 函数里用自治事务，12c 以前还必须加
PRAGMA RESTRICT_REFERENCES，否则编译报PLS-00455
只能在可持久化子程序里声明，不能塞进匿名块
在 SQL*Plus 里直接写 BEGIN ... END; 并在里面加 PRAGMA AUTONOMOUS_TRANSACTION，会报 PLS-00702: PRAGMA AUTONOMOUS_TRANSACTION must be declared in a subprogram。因为它是编译期指令，只允许出现在存储过程、函数、包体、触发器或对象类型方法的声明区（IS 或 AS 后、BEGIN 前）。
- 临时测试？先建个临时过程，别硬改脚本里的匿名块
- 触发器里能用，但要注意：触发器本身已处于事务中，再起自治事务要小心死锁和隔离性问题
- 包内过程可以声明，但 pragma 必须放在该过程自己的声明区，不能只在包头或包体顶部统一写一次
读不到外层未提交数据，但外层能立刻看到它已提交的数据
自治事务开启后，会挂起父事务、建立全新事务上下文，所以它查不到父事务中 INSERT 但还没 COMMIT 的行；而它自己 COMMIT 的日志行，父事务哪怕还没结束，也能立刻 SELECT 到 —— 这是典型的已提交数据可见性，不是脏读。
- 适合场景：错误日志、操作审计、状态快照——“不管主流程成败，这事我得记下来”
- 不适合场景：需要校验主事务中间态数据的逻辑（比如“检查当前订单是否已锁定”，而锁定动作还在主事务里没提交）
- 序列值（
NEXTVAL）会被真实推进，且不可回滚，这点常被忽略
嵌套自治事务不被允许，重复声明会触发 ORA-06519
一个已标记为自治的子程序里，再写一次 PRAGMA AUTONOMOUS_TRANSACTION，Oracle 直接拒绝，报 PLS-00703 或运行时报 ORA-06519。它不支持事务嵌套层级，哪怕只是“自治里再起一个自治”。
- 如果业务逻辑天然分层（比如日志记录器里还要调用另一个日志归档过程），后者不能也声明自治，得走普通事务或由上层统一管理
- 多个自治过程可以顺序调用，但彼此独立；它们之间没有事务继承关系，也不共享回滚段
- 调试时注意：所有自治事务的 DML 都走自己的 undo segment，跟父事务无关，监控时得单独查
V$TRANSACTION对应的XID
真正容易踩的坑不在语法，而在事务边界意识：自治事务不是“免提交”，而是“换一个提交开关”。你得像管理一个外部微服务一样，给它配好自己的 commit/rollback 路径，还得盯住它和主流程之间的数据可见性断层。
