存在当前会话的事务记录：查 v$transaction 视图，若通过 s.saddr = t.ses_addr 关联 v$session 找到匹配行，则说明处于活动事务中；返回空行通常表示未在事务中，但刚提交后可能存在极短延迟。
查 v$transaction 是否存在当前会话的事务记录
Oracle 没有内置函数如 IS_IN_TRANSACTION() 这样的布尔判断接口，最直接可靠的方式是查 v$transaction 视图：只要当前会话（sid）在该视图中有匹配行，就说明处于活动事务中。
注意点：
-
v$transaction中的addr字段是事务句柄，start_time表示事务开始时间，used_ublk> 0 通常意味着已产生回滚段使用，是强信号 - 必须关联
v$session，用s.sid = t.ses_addr（不是t.session_id—— 那是旧字段且不准确） - 若查询返回空行，基本可断定不在事务中；但要注意：刚执行
COMMIT或ROLLBACK后，该行可能尚未从视图中清除（极短窗口），不过对业务逻辑影响可忽略
用 DBMS_TRANSACTION.LOCAL_TRANSACTION_ID 判断
这个函数返回当前会话的本地事务 ID（字符串），如果不在事务中，返回 NULL。它比查视图更轻量，适合在 PL/SQL 内部快速分支。
典型用法：
DECLARE
l_txid VARCHAR2(20);
BEGIN
l_txid := DBMS_TRANSACTION.LOCAL_TRANSACTION_ID(FALSE);
IF l_txid IS NOT NULL THEN
DBMS_OUTPUT.PUT_LINE('事务中，ID=' || l_txid);
ELSE
DBMS_OUTPUT.PUT_LINE('未在事务中');
END IF;
END;
关键细节：
- 参数设为
FALSE表示不强制分配事务 ID（推荐）；设为TRUE会在无事务时主动开启一个，副作用大 - 返回值是类似
8.15.12345的格式，仅作存在性判断，别用来做事务一致性校验 - 自治事务（
PRAGMA AUTONOMOUS_TRANSACTION）中调用，返回的是自治事务自身的 ID，与主事务无关
为什么不能依赖 SQL%ROWCOUNT 或 SQLCODE
这两个变量完全不可靠：
-
SQL%ROWCOUNT只反映上一条 SQL 的影响行数，DML 后即使没COMMIT它也有值；纯 PL/SQL 计算（无 SQL）后它甚至为NULL -
SQLCODE是异常状态码，正常执行时恒为0，跟事务状态零相关 - 有人误以为“刚执行完 INSERT 就一定在事务里”，但 Oracle 允许在非事务上下文（如自动提交模式的 SQL*Plus）下运行 DML，此时
INSERT会立即提交，v$transaction查不到记录
容易被忽略的边界情况
真正难判断的，是那些显式调用了 COMMIT 或 ROLLBACK 之后、但尚未执行下一条 DML 的瞬间——此时事务已结束，但会话仍处于“可继续发起新事务”的状态。这种间隙期没有可靠标记，DBMS_TRANSACTION.LOCAL_TRANSACTION_ID(FALSE) 返回 NULL 是唯一正确响应。另外，SET TRANSACTION READ ONLY 开启的只读事务也会出现在 v$transaction 中，它同样是事务块，不能跳过检查。
