怎样在Oracle中快速定位是哪个用户锁定了业务数据表-Oracle-PHP中文网

查v$locked_object需联查dba_objects和v$session才能定位锁表源头，如执行select s.sid,s.serial#,s.username,s.machine,s.program,o.object_name,l.locked_mode from v$locked_object l join dba_objects o on l.object_id=o.object_id join v$session s on l.session_id=s.sid where o.object_name='business_data'。

怎样在oracle中快速定位是哪个用户锁定了业务数据表

查 v$locked_object + dba_objects 联合定位表锁源头

直接查 v$locked_object 只能拿到 session_id 和 object_id，但看不到表名和用户信息。必须连查 dba_objects 和 v$session 才能一次性看到「谁、在哪台机器、用什么程序、锁了哪张表、锁了多久」。

执行以下语句（注意：表名需大写，且当前用户要有 SELECT 权限）：

SELECT s.sid, s.serial#, s.username, s.osuser, s.machine, s.program, s.logon_time,
       o.owner, o.object_name, l.locked_mode
FROM v$locked_object l
JOIN dba_objects o ON l.object_id = o.object_id
JOIN v$session s ON l.session_id = s.sid
WHERE o.object_name = 'BUSINESS_DATA';

logon_time 偏早的会话，大概率是长时间未提交的“僵尸事务”
program 是 sqlplus@host 或 JDBC Thin Client，说明来自人工或应用直连；若是 oracle@host，可能是后台 job
locked_mode = 6 表示排他锁（X lock），通常由未提交的 UPDATE/DELETE 引起；= 3 是行独占（RX），常见于 SELECT ... FOR UPDATE

ORA-00054 报错时怎么反向找锁源

当执行 UPDATE 或 ALTER TABLE 突然报 ORA-00054: resource busy，说明你正被另一个会话阻塞。此时不能只查「谁锁了表」，得查「谁在等谁」。

运行这个阻塞链查询：

QuantOracle

63个确定性量化金融计算器 + 10个通过MCP的复合工作流。期权定价、Greeks、奇异衍生品、风险指标、投资组合优化……

下载

SELECT blocking_session, sid, serial#, username, event, sql_id
FROM v$session
WHERE blocking_session IS NOT NULL;

返回结果中 blocking_session 列的值，就是真正持有锁的会话 SID
再用该 SID 去查 v$session，就能拿到对应 machine、program、sql_id
如果 event 是 enq: TX - row lock contention，基本可断定是 DML 未提交；如果是 enq: TM - contention，则可能是 DDL（如加索引）卡住

kill session 前必须确认的三件事

别一看到 SID 就 ALTER SYSTEM KILL SESSION。Oracle 的 kill 不是立刻生效，尤其对正在做事务回滚的会话，强行 IMMEDIATE 可能导致回滚中断、UNDO 损坏。

先看 v$session.status：若为 INACTIVE 且 last_call_et > 3600（1小时），大概率可安全 kill
查 v$transaction.start_time 和 used_ublk：如果事务已运行数小时、且 used_ublk 很大，kill 后回滚可能耗时几十分钟
检查 v$session.sql_id 对应的 SQL：用 SELECT sql_text FROM v$sql WHERE sql_id = 'xxx' 确认是不是关键业务语句（比如财务结算）