oracle 11查询数据库锁

在 Oracle 数据库中,如果一个 UPDATE 语句被阻塞(即长时间"挂起"不返回),通常是因为它试图修改的行已被另一个会话锁定(尚未提交或回滚)。要诊断阻塞原因,可以按以下步骤进行:


🔍 一、确认是否存在阻塞

1. 查看当前被阻塞的会话(等待中的会话)

sql 复制代码
SELECT 
    sid,
    serial#,
    username,
    sql_id,
    event,
    blocking_session,     -- 阻塞当前会话的会话 ID
    seconds_in_wait,
    state
FROM v$session
WHERE blocking_session IS NOT NULL;
  • 如果 blocking_session 不为 NULL,说明该会话正在被其他会话阻塞。
  • event 字段通常显示 'enq: TX - row lock contention',表示行锁等待。

🔗 二、定位阻塞源头(持有锁的会话)

2. 根据 blocking_session 找到阻塞者

假设上面查出被阻塞的会话是 SID=123,其 blocking_session=456,那么查看阻塞者信息:

sql 复制代码
SELECT 
    sid,
    serial#,
    username,
    osuser,
    machine,
    program,
    status,
    sql_id,
    prev_sql_id
FROM v$session
WHERE sid = 456;  -- 替换为实际的 blocking_session 值

注意:阻塞者通常是执行了 DML(如 UPDATE/DELETE)但未提交的会话。


📜 三、查看阻塞者正在执行的 SQL

3. 通过 sql_id 或 prev_sql_id 查看具体 SQL 语句

sql 复制代码
SELECT sql_text
FROM v$sql
WHERE sql_id = '...';  -- 替换为阻塞者的 sql_id 或 prev_sql_id
  • 如果 sql_id 为空,可尝试用 prev_sql_id。
  • 这能帮你确认是哪条语句持有了锁(比如一个未提交的 UPDATE)。

🧱 四、查看锁的具体信息(可选)

4. 查询 v$lock 视图了解锁类型和模式

sql 复制代码
SELECT 
    l1.sid AS blocking_sid,
    l2.sid AS waiting_sid,
    l1.type,
    l1.lmode AS blocking_lmode,
    l2.request AS waiting_request
FROM v$lock l1, v$lock l2
WHERE l1.block = 1          -- 表示该锁正在阻塞别人
  AND l2.request > 0        -- 表示该会话在请求锁
  AND l1.id1 = l2.id1
  AND l1.id2 = l2.id2;
  • type = 'TX' 表示事务锁(最常见于行级锁冲突)。
  • lmode = 6 表示排他锁(X 锁)。
  • request = 6 表示正在请求排他锁。

🛠️ 五、处理建议

✅ 正常做法:

  • 联系持有锁的用户(通过 machine, osuser, program 定位),让其 COMMIT 或 ROLLBACK。
  • 如果是应用连接池中的"僵尸事务",可能需要 DBA 干预。

⚠️ 强制终止(谨慎使用):

如果确认阻塞会话已异常(如客户端断开但事务未结束),可 kill 会话:

sql 复制代码
ALTER SYSTEM KILL SESSION 'sid,serial#' IMMEDIATE;
-- 例如:
ALTER SYSTEM KILL SESSION '456,12345' IMMEDIATE;

⚠️ 注意:强制 kill 会导致事务回滚,可能影响业务一致性。


💡 补充:如何避免此类问题?

  • 应用程序应 及时提交或回滚事务,避免长事务。
  • 避免在交互式工具(如 SQL*Plus、PL/SQL Developer)中执行 DML 后不提交。
  • 使用 SELECT ... FOR UPDATE NOWAIT 或 WAIT n 明确控制锁等待行为。

📌 总结

步骤 目的
1. 查 v$session(blocking_session IS NOT NULL) 找出被阻塞的会话
2. 根据 blocking_session 查阻塞者 定位谁持有锁
3. 查 v$sql 获取阻塞者的 SQL 知道是哪条语句没提交
4. (可选)查 v$lock 确认锁细节 深入分析锁类型
5. 联系用户或 kill 会话 解决阻塞

通过以上方法,你可以快速定位并解决 Oracle 中 UPDATE 被阻塞的问题。

相关推荐
这个DBA有点耶3 天前
MVCC深入:Read View、版本链与快照读——InnoDB并发控制的内核
数据库·mysql·架构
DBA_G3 天前
从地面到云霄:GBase数据库在民航三大场景的落地实践
数据库
自由能燃气设备3 天前
商用全预混低氮冷凝锅炉免费方案vs付费方案对比+选型避坑指南
大数据·数据库·人工智能
科创致远3 天前
科创致远 ESOP 系统核心效能与实战价值展示
大数据·数据库·人工智能·精益工程
2601_962218613 天前
万象生鲜系统称重自动多退少补算法解决生鲜非标品痛点
大数据·数据库·人工智能·python·算法
张洛闻Eren3 天前
k8s云原生【第十课】:水平 Pod 自动扩缩容
运维·数据库·云原生·kubernetes·github
于平安3 天前
MySQL-触发器
数据库·mysql
白远山3 天前
上海24小时自助健身房解决方案实战指南与经验分享
java·数据库·架构·需求分析
Omics Pro3 天前
斯坦福Nature+Science|广义虚拟细胞基础大模型
数据库·人工智能·算法·机器学习·自然语言处理
2603_965148113 天前
AI+API选品:下一代智能商务助手雏形已现
java·大数据·数据库·人工智能·数据挖掘