V$LOCK是达梦数据库（DM Database）中一个核心的动态性能视图，用于实时监控和诊断数据库中的锁信息。它是数据库管理员和开发人员进行性能调优、解决阻塞和死锁问题的关键工具。
一、视图概述
V$LOCK显示了当前数据库中所有活动的事务（或会话）持有或正在等待的锁信息。通过查询此视图，您可以：
发现锁阻塞：找出哪个会话（SESSION）阻塞了其他会话。
诊断死锁：分析死锁发生时涉及的锁资源、类型和会话。
监控锁竞争：了解哪些对象（如表）正经历高并发访问和锁争用。
分析事务行为：查看事务的锁定范围和模式。
二、核心字段说明
V$LOCK包含多个重要字段，以下是常用且关键的列：
| 字段名 | 数据类型 | 说明 |
|---|---|---|
ADDR | VARCHAR | 锁在内存中的地址。可用于唯一标识一个锁结构。 |
SID | INTEGER | 会话ID。与V$SESSIONS视图关联，标识持有或等待锁的会话。 |
TYPE | VARCHAR(2) | 锁类型。最重要的列之一。常见类型有： •TAB：表锁 •ROW：行锁 •PAG：页锁 •IX：意向排他锁 •IS：意向共享锁 •S：系统锁 |
ID1,ID2 | INTEGER | 锁标识。其含义根据TYPE不同而变化：• 当 TYPE=‘TAB’时，ID1是表的对象ID（可通过DBA_OBJECTS查询表名）。• 当 TYPE=‘ROW’时，(ID1, ID2)共同标识一个行号（ROWID）。 |
LMODE | INTEGER | 锁模式（当前持有的模式）。数字越大，锁的强度越高。常见值： •0：无锁（NULL） •1：读共享（S） •3：写排他（X） •4：共享排他（SX） LMODE > 0表示会话已持有该锁。 |
REQUEST | INTEGER | 锁请求（正在等待的模式）。数字含义与LMODE相同。REQUEST > 0表示会话正在等待获取该锁（被阻塞）。 |
BLOCK | INTEGER | 阻塞标志。这是快速定位问题的关键列。 •0：不阻塞任何人。 •1：阻塞了至少一个其他会话。 •2：被其他会话阻塞（即自己是等待者）。 |
三、实战应用场景与查询示例
场景1：快速定位阻塞源头（最常见）
查找当前正在阻塞其他会话的源头会话。
sql
复制
下载
-- 查询所有阻塞者（BLOCK=1）及其被阻塞者（BLOCK=2） SELECT l1.sid AS '阻塞会话SID', s1.SQL_TEXT AS '阻塞会话SQL', l2.sid AS '被阻塞会话SID', s2.SQL_TEXT AS '被阻塞会话SQL', l1.TYPE AS '锁类型', CASE l1.TYPE WHEN 'TAB' THEN (SELECT TABLE_NAME FROM DBA_OBJECTS WHERE OBJECT_ID = l1.ID1) WHEN 'ROW' THEN (SELECT 'ROWID: ' || l1.ID1 || ', ' || l1.ID2 FROM DUAL) ELSE '其他' END AS '锁对象', l1.LMODE AS '持有模式', l2.REQUEST AS '等待模式' FROM V$LOCK l1 JOIN V$LOCK l2 ON l1.ID1 = l2.ID1 AND l1.ID2 = l2.ID2 AND l1.TYPE = l2.TYPE LEFT JOIN V$SESSIONS s1 ON l1.sid = s1.SESS_ID LEFT JOIN V$SESSIONS s2 ON l2.sid = s2.SESS_ID WHERE l1.BLOCK = 1 AND l2.BLOCK = 2;
场景2：查看所有锁的总体情况
sql
复制
下载
SELECT sid, TYPE, ID1, ID2, LMODE, REQUEST, BLOCK, -- 解码锁模式，使其更易读 CASE LMODE WHEN 0 THEN 'NULL' WHEN 1 THEN 'S（共享）' WHEN 3 THEN 'X（排他）' WHEN 4 THEN 'SX（共享排他）' ELSE TO_CHAR(LMODE) END AS "持有模式描述", CASE REQUEST WHEN 0 THEN '无请求' WHEN 1 THEN '等待S' WHEN 3 THEN '等待X' WHEN 4 THEN '等待SX' ELSE TO_CHAR(REQUEST) END AS "等待模式描述" FROM V$LOCK ORDER BY TYPE, ID1, ID2;
场景3：结合V$SESSIONS查看锁与会话详情
sql
复制
下载
SELECT l.sid, s.SESS_SEQ, -- 会话序列号 s.CLNT_IP, -- 客户端IP s.USERNAME, s.STATE, s.SQL_TEXT, l.TYPE, l.LMODE, l.REQUEST, l.BLOCK FROM V$LOCK l LEFT JOIN V$SESSIONS s ON l.sid = s.SESS_ID WHERE s.STATE = 'ACTIVE' -- 只查看活动会话 ORDER BY l.BLOCK DESC; -- 阻塞者排前面
四、与V$TRX和V$SESSIONS的关系
V$LOCK： 记录锁的物理信息（对象、模式）。V$TRX： 记录事务的逻辑信息（事务ID、开始时间、状态）。一个事务可以持有多个锁。V$SESSIONS： 记录会话的连接和执行信息（用户、SQL、状态）。一个会话可以有一个活动事务。
关联查询示例：查找产生锁的事务和会话。
sql
复制
下载
SELECT s.SESS_ID AS 会话ID, s.USERNAME AS 用户名, s.SQL_TEXT AS 执行SQL, t.TRX_ID AS 事务ID, t.STATUS AS 事务状态, l.TYPE AS 锁类型, l.BLOCK AS 阻塞标志 FROM V$SESSIONS s JOIN V$TRX t ON s.TRX_ID = t.TRX_ID LEFT JOIN V$LOCK l ON s.SESS_ID = l.sid WHERE l.BLOCK > 0; -- 只查看涉及阻塞的锁
五、重要注意事项
权限要求： 需要具有
SELECT ANY TABLE或对V$LOCK视图的直接查询权限，通常由 DBA 用户（如SYSDBA）执行。动态性：
V$LOCK的内容是实时变化的，只反映查询瞬间的快照。行锁标识： 对于行锁（
TYPE='ROW'），ID1和ID2的组合是内部的 ROWID，通常需要结合表结构才能精确定位到物理行。死锁分析： 当发生死锁时，达梦数据库会自动选择牺牲者（
V$TRX中状态为ROLLBACK_DEADLOCK）并回滚其事务。查询V$LOCK历史有时不够，需要结合日志跟踪工具（如达梦数据守护与日志分析工具DMlogred）或V$DEADLOCK_HISTORY（如果可用）进行综合分析。性能影响： 在高并发下频繁查询
V$LOCK可能对性能有轻微影响，建议在需要诊断时使用。
总结
V$LOCK是达梦数据库锁管理的“仪表盘”。理解其关键字段（尤其是TYPE,LMODE,REQUEST,BLOCK）并熟练编写关联查询，是高效解决数据库并发冲突、保障系统稳定运行的必备技能。在遇到应用挂起、操作超时等问题时，首先查询V$LOCK是定位锁阻塞问题的标准起点。
