ORACLE数据库巡检SQL脚本--4、检查锁阻塞

定位数据库中因锁资源占用导致的"阻塞者"与"等待者"会话,是排查锁等待性能问题的核心语句。

一、SQL脚本

sql 复制代码
--检查锁阻塞
SELECT DECODE(REQUEST, 0, '阻塞者:', '等待者:') || SID AS 会话标识,
       ID1 AS 锁资源标识1,
       ID2 AS 锁资源标识2,
       LMODE AS 持有锁模式,
       REQUEST AS 请求锁模式,
       TYPE AS 锁类型
  FROM V$LOCK
 WHERE (ID1, ID2, TYPE) IN (SELECT ID1, ID2, TYPE FROM V$LOCK WHERE REQUEST > 0) -- 筛选存在锁请求的资源
 ORDER BY ID1, REQUEST;

二、脚本说明

该脚本用于识别数据库中的锁依赖关系

  • 标记"阻塞者":持有锁资源、导致其他会话等待的会话;
  • 标记"等待者":因锁资源被占用而处于等待状态的会话;
  • 定位锁资源:通过ID1/ID2/TYPE确定具体被争夺的锁资源。
字段 含义 巡检关注点
会话标识 会话ID,前缀标注"阻塞者:"/"等待者:" 直接区分阻塞方与被阻塞方
锁资源标识1 锁对应的核心资源标识(如表ID、行ID) 相同的锁资源标识1+2+类型表示同一锁资源
锁资源标识2 锁资源的子标识 配合前两个字段定位具体锁对象
持有锁模式 会话当前持有的锁模式(0=无锁,1=共享锁,6=排他锁等) 阻塞者的该值为非0(持有锁)
请求锁模式 会话请求的锁模式(0=无请求,非0=请求对应锁) 等待者的该值>0(正在请求锁)
锁类型 锁的类型(如TM=表锁,TX=事务锁) 常见阻塞类型为TX(事务锁)或TM(表锁)

三、注意事项

1、如何识别锁阻塞问题

  1. 区分阻塞关系

    • 前缀为"阻塞者:"的会话,是持有锁的"源头";
    • 前缀为"等待者:"的会话,是被阻塞的会话;
    • 同一组锁资源标识1+2+类型的记录,对应同一锁资源的阻塞链。
  2. 判断严重程度

    • 若"等待者"数量多,说明该锁资源的阻塞情况已影响多个业务会话;
    • 若锁类型为TX(事务锁),通常是长事务未提交导致的阻塞,需优先处理。

2、阻塞问题的处理建议

  1. 定位阻塞SQL

    通过阻塞者的会话ID(SID)查询其执行的SQL,优化该SQL以缩短事务时间:

    sql 复制代码
    SELECT SQL_TEXT 
    FROM V$SQL 
    WHERE SQL_ID = (SELECT SQL_ID FROM V$SESSION WHERE SID = 阻塞者SID);
  2. 终止阻塞会话

    先查询阻塞者会话的SERIAL#,再终止会话(需谨慎,避免影响正常业务):

    sql 复制代码
    -- 第一步:查询阻塞者的SERIAL#
    SELECT SERIAL# FROM V$SESSION WHERE SID = 阻塞者SID;
    -- 第二步:终止会话
    ALTER SYSTEM KILL SESSION '阻塞者SID, 对应的SERIAL#';
相关推荐
2301_822365032 小时前
实战:用Python分析某电商销售数据
jvm·数据库·python
zhangyifang_0092 小时前
ClickHouse查询报错:Code: 62. DB::Exception: Max query size exceeded:
数据库·clickhouse
2301_788756062 小时前
Python在2024年的主要趋势与发展方向
jvm·数据库·python
uoKent2 小时前
MySQL示例数据库
数据库·mysql
麦聪聊数据2 小时前
利用SQL2API模式重构微服务中的数据查询层
数据库·sql·低代码·微服务·架构
占疏3 小时前
数据库-BRIN 索引
数据库·mysql
Aloudata3 小时前
数据工程实践:智能制造企业如何通过NoETL指标平台为数据资产“瘦身”,实现TCO最优?
sql·数据分析·etl·指标平台
u0109272713 小时前
Python虚拟环境(venv)完全指南:隔离项目依赖
jvm·数据库·python
m0_686041613 小时前
Python类型提示(Type Hints)详解
jvm·数据库·python