AgilePLM执行FOR UPDATE NOWAIT报ORA-00054解决方案咨询

Oracle 不支持从一个会话主动向另一个会话下发 COMMIT 指令，你原本的存储过程设计思路无法落地，以下是3个可直接落地、无需修改应用代码、全局生效的可行方案：

方案一：使用SQL Profile修改问题SQL行为（无业务风险优先选） #

报错的核心原因是问题SQL携带了NOWAIT属性，拿不到行锁会立刻返回报错，你可以通过SQL Profile修改SQL执行逻辑，无需改动应用代码，全局生效：

• 操作逻辑：给目标SQL增加等待时间配置，让语句等待锁释放而不是立刻报错，绝大多数场景下CLUSTER_THREAD_LOCKS的行锁都是短持有，等待几秒即可拿到锁
• 操作代码：

-- 第一步：查询问题SQL的SQL_ID
SELECT sql_id, sql_text FROM v$sql 
WHERE sql_text LIKE '%SELECT 1 FROM CLUSTER_THREAD_LOCKS WHERE LOCK_TYPE = 3 FOR UPDATE%';

-- 第二步：创建SQL Profile绑定等待提示，以下示例设置等待60秒
DECLARE
  l_sql_id VARCHAR2(13) := '替换为第一步查到的SQL_ID';
  l_hint CLOB := 'BEGIN_OUTLINE_DATA
IGNORE_OPTIM_EMBEDDED_HINTS
OPTIMIZER_FEATURES_ENABLE(''12c'') -- 替换为你实际的Oracle版本
WAIT(60)
END_OUTLINE_DATA';
BEGIN
  DBMS_SQLTUNE.IMPORT_SQL_PROFILE(
    sql_id => l_sql_id,
    profile => xmltype(l_hint),
    name => 'PROFILE_FIX_ORA00054',
    replace => TRUE,
    force_match => TRUE -- 忽略SQL字面值差异，全局匹配
  );
END;
/

方案二：使用POST_TRANSACTION参数处理长持锁会话（适配你原存储过程思路） #

你担心直接杀会话影响业务，可以使用Oracle内置的ALTER SYSTEM DISCONNECT SESSION的POST_TRANSACTION选项：Oracle会等待会话当前事务完全执行完成（提交/回滚）后再断开会话，不会中断正在执行的业务操作，断开后应用连接池会自动重建新连接，业务无感知，修改后的存储过程如下：

CREATE OR REPLACE PROCEDURE SP_COMMIT_SESSION()
AS
BEGIN
  FOR c IN (
    SELECT ses.sid, ses.serial#
    FROM v$session ses, V$LOCKED_OBJECT obj, user_objects 
    WHERE ses.sid = obj.session_id 
    AND user_objects.object_id = obj.object_id
    AND USER_OBJECTS.OBJECT_NAME = 'CLUSTER_THREAD_LOCKS'
    -- 只处理持有锁超过30秒的会话，避免误处理正常短持有锁
    AND ses.LAST_CALL_ET > 30
  ) LOOP
    EXECUTE IMMEDIATE 'ALTER SYSTEM DISCONNECT SESSION '''||c.sid||','||c.serial#||''' POST_TRANSACTION';
  END LOOP;
END;
/

创建完成后使用DBMS_SCHEDULER或者DBMS_JOB配置每分钟调度一次即可。

方案三：修改全局锁超时参数（配置最简） #

你提到的auto commit on和ddl_lock_timeout是会话级参数，但可以修改实例级全局生效的DISTRIBUTED_LOCK_TIMEOUT参数，该参数控制分布式事务持有锁的最长时间，超过阈值后事务会自动回滚释放锁，无需重启实例立刻生效：

ALTER SYSTEM SET DISTRIBUTED_LOCK_TIMEOUT=15 SCOPE=BOTH;

以上示例设置持有锁超过15秒的事务自动回滚，可根据实际业务场景调整阈值。

内容的提问来源于stack exchange，提问作者Burhan Khalid Butt