达梦数据库-学习-12-锁等待排查

于 2025-03-13 21:13:25 发布
阅读量1.1k 收藏 26
点赞数 17
CC 4.0 BY-SA版权
分类专栏： # 达梦数据库-DM-日常学习 文章标签： 学习 数据库 运维 linux sql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_45111959/article/details/145677480

目录

一、环境信息

二、介绍

三、数据字典表

1、V$SESSIONS

2、V$LOCK

四、系统存储过程

1、SP_CLOSE_SESSION

（1）声明

（2）说明

五、定位锁SQL

六、锁类型

七、锁模式

1. X 锁（排他锁，Exclusive Lock）

2. IX 锁（意向排他锁，Intent Exclusive Lock）

3. S 锁（共享锁，Shared Lock）

4. IS 锁（意向共享锁，Intent Shared Lock）

5. 锁的兼容性

八、小实验

1、会话一执行SQL正常

2、会话二执行SQL卡住

3、会话三查询锁

4、会话三杀死持锁会话

5、会话二执行SQL正常

6、会话一断开连接

7、查看锁

一、环境信息

名称值
CPU12th Gen Intel(R) Core(TM) i7-12700H
操作系统CentOS Linux release 7.9.2009 (Core)
内存2G
逻辑核数2
DM版本1          DM Database Server 64 V8
2          DB Version: 0x7000c
3          03134284194-20240703-234060-20108
4          Msg Version: 12
5          Gsu level(5) cnt: 0

二、介绍

在工作中我们经常会遇到锁等待导致的生产问题，例如：并发度低、应用执行SQL卡住等等，如何快速定位锁成了我们解决问题的关键。

三、数据字典表

1、V$SESSIONS

显示当前会话的具体信息，如执行的 sql 语句、主库名、当前会话状态、用户名等等。
字段名描述
SESS_ID会话 ID，系统内部标识
SESS_SEQ会话序列号，每创建一个会话，系统自动为其生成一个全局递增的序列号
SQL_TEXT取 sql 的头 1000 个字符
STATE会话状态。

CREATE 创建，表示会话对象已创建，但还不能使用；

STARTUP 启动，表示会话正在启动中；

IDLE 空闲，表示会话当前没有执行操作；

ACTIVE 活动，表示会话当前正在执行操作；

PENDING 限流等待，当 INI 参数MAX_CONCURRENT_TRX>0 时，会话可能会因为并行事务限流而处于此状态；

FREEING 正在释放，表示会话正在被释放；
N_STMTSTMT 的容量
N_USED_STMT已使用的 STMT 数量
SEQ_NO会话上语句的序列号
CURR_SCH当前模式
USER_NAME当前用户
TRX_ID事务 id，为 0 表示事务未开始或事务已结束
CREATE_TIME会话创建时间
CLNT_TYPE客户端类型（4 种）
TIME_ZONE时区
CHK_CONS是否忽略约束检查
CHK_IDENT是否忽略自增列指定列表检查
RDONLY是否是只读会话
INS_NULL列不存在 default 选项，是否插入空值
COMPILE_FLAG是否忽略编译选项，用于 view，procedure，trigger……的编译
AUTO_CMT是否自动提交
DDL_AUTOCMTDdl 语句是否自动提交
RS_FOR_QRY非查询语句生成结果集标记
CHK_NET是否检查网络
ISO_LEVEL隔离级。

0：读未提交；

1：读提交；

2：可重复读；

3：串行化
CLNT_HOST客户端主机名
APPNAME应用程序名
CLNT_IP客户端 IP
OSNAME客户端操作系统名
CONN_TYPE连接类型
VPOOLADDR内存池的首地址
RUN_STATUS记录运行状态，可能值为“IDLE”与“RUNNING”
MSG_STATUS记录消息处理状态，可能值为“RECEIVE”（已接受）与“SEND”（已发送）
LAST_RECV_TIME记录最近接收的消息时间
LAST_SEND_TIME记录最近发送的消息时间
DCP_FLAG1) 是否是通过 DCP_PORT登录 DCP 服务器的会话，Y 表示是，N 表示否

2) 是否是通过 DCP 代理连接到 MPP 的会话，Y 表示是，N 表示否
THRD_ID线程 ID
CONNECTED连接是否正常：

1 表示连接正常，

0 表示连接已经关闭
PORT_TYPE连接端口类型：

2 表示 TCP 连接

12 表示端口已经关闭

13 表示 UDP 连接
SRC_SITE源节点，65535 表示本地 SESSION，其他值代表 MPP集群用户直接登录的节点号
MAL_ID邮箱 ID
CONCURRENT_FLAG是否占用了限流资源
CUR_LINENO存储过程执行时记录当前的行号
CUR_MTDNAME存储过程执行时记录当前的方法名
CUR_SQLSTR存储过程执行时记录当前执行的 SQL 的前 100 个字符
CLNT_VER登记登录接口程序的版本号
SQL_ID对应的语句 ID，为-1 表示会话当前没有执行 SQL，显示的 SQL 为上次执行的 SQL 信息
EIDDPC 环境下会话的全局 ID
CLIENT_INFO显示通过系统包方法dbms_application_info.set_client_info('当前会话的客户端信息')设置的当前会话的客户端信息
CLIENT_IDENTIFIER显示通过系统包方法 dbms_session.set_identifier('
当前会话 ID')设置的当前会话 ID
MODULE显示通过系统包方法
dbms_application_info.set_module('当前会话运行的模块名称')设置的当前会话运行的模块名称
ACTION显示通过系统包方法
dbms_application_info.set_action('当前模块正
在执行的事务名称')设置的当前模块正在执行的事务名称
HEART_BEAT_INTERVAL心跳间隔时间
HEART_BEAT_TIMEOUT心跳超时时间
TMP_USED_TYPE显示会话中使用的临时表空间的类型（如 BTR、BLOB、MTAB、BACKUP 等），存在多个类型时，不同类型用“/”隔开（如BTR/BLOB）
TMP_USED_EXTENT_NUM显示会话中使用的临时表空间所占用的总簇数

2、V$LOCK

显示活动的事务锁信息。
字段名描述
ADDR锁地址
TRX_ID所属事务 ID
LTYPE锁类型：TID 锁、对象锁
LMODE锁模式：S 锁、X 锁、IX 锁、IS 锁
BLOCKED是否阻塞。0 表示已上锁成功，非阻塞；1 表示处于上锁等待状态，阻塞
TABLE_ID对于对象锁，表示表对象或字典对象的 ID；对于 TID 锁，表示封锁记录对应的表 ID。-1 表示事务启动封锁自身的 TID
ROW_IDXTID 锁封锁记录行信息。-1 表示事务启动封锁自身的 TID
TIDTID 锁对象事务 ID
IGN_FLAG锁对象的 IGNORABLE 标记，INI 参数 LOCK_DICT_OPT 开启时有效。

取值 0：表示锁正在使用中，IGN_FLAG 最低位置为 0；

取值 1：表示事务 TRX1 已经提交，但是锁资源未释放，TRX1 重新封锁时可以直接使用，此时 IGN_FLAG 最低位置为 1；

取值 2：为 0+2 的组合值。当锁正被使用时，另一事务要封锁同一对象，将当前正被使用的锁的 IGN_FLAG 次低位置为 1；

取值 3：为 1+2 的组合值。当 TRX1 已提交，但锁未释放时，另一事务TRX2 要封锁同一对象，此时 TRX2 可以忽略此IGN_FLAG=1 的锁，但是要将此锁的 IGN_FLAG 次低位置为 1
HLCK_EP关联对象 HLCK 所属节点号。DSC 集群环境标识创建 HLCK 对象的节点号，缺省为 255，单机无效
SPT_NO关联的保存点序号
THRD_ID线程号

四、系统存储过程

1、SP_CLOSE_SESSION

（1）声明

SP_CLOSE_SESSION(INT SESSION_ID);

（2）说明

根据SESSION_ID杀死对应会话。

五、定位锁SQL

SELECT
A.*,
B.SESS_ID,B.SQL_TEXT,B.USER_NAME,B.CLNT_IP,
C.SESS_ID,C.SQL_TEXT,C.USER_NAME,C.CLNT_IP
FROM (SELECT TRX_ID,LTYPE,LMODE,TID FROM V$LOCK WHERE BLOCKED = 1) A 
JOIN V$SESSIONS B ON A.TRX_ID = B.TRX_ID
JOIN V$SESSIONS C ON A.TID    = C.TRX_ID;
别名描述
A锁信息
B等待锁的会话信息
C持有锁的会话信息

六、锁类型

特性TID 锁（事务锁）对象锁
锁定对象单行数据整个数据库对象（如表、索引、分区等）
粒度行级锁对象级锁
作用范围控制事务对单行数据的并发访问控制事务对数据库对象的并发访问
使用场景UPDATE、DELETE、SELECT FOR UPDATEDDL 操作（如 ALTER TABLE、DROP TABLE）
并发度高低
生命周期与事务生命周期一致与操作生命周期一致

七、锁模式

1. X 锁（排他锁，Exclusive Lock）

  • 定义：
    X 锁是排他锁，表示事务对资源（如表、行、块等）拥有独占访问权限。

  • 作用：
    当一个事务对资源加 X 锁后，其他事务不能对该资源加任何类型的锁（包括 S 锁、X 锁、IX 锁等），直到该事务释放锁。

  • 使用场景：

    • 对数据进行修改操作时（如 UPDATE、DELETE、INSERT）。

    • 对表结构进行修改时（如 ALTER TABLE）。

  • 特点：

    • 排他性强，确保事务对资源的独占访问。

    • 锁的粒度可以是行级、表级，具体取决于操作和锁模式。

2. IX 锁（意向排他锁，Intent Exclusive Lock）

  • 定义：
    IX 锁是意向排他锁，表示事务有意向在更细粒度的资源上加 X 锁。

  • 作用：
    IX 锁是一种表级锁，用于通知其他事务：当前事务可能会对表中的某些行或块加 X 锁。

  • 使用场景：

    • 当事务需要对表中的某些行或块加 X 锁时，会先对表加 IX 锁。

    • 用于提高锁管理的效率，避免其他事务对整个表加不兼容的锁。

  • 特点：

    • 是一种表级锁，表示事务的“意向”。

    • 不直接锁定数据，而是为后续的 X 锁做铺垫。

3. S 锁（共享锁，Shared Lock）

  • 定义：
    S 锁是共享锁，允许多个事务同时读取资源，但不允许修改。

  • 作用：
    当一个事务对资源加 S 锁后，其他事务可以对该资源加 S 锁，但不能加 X 锁。

  • 使用场景：

    • 对数据进行只读操作时（如 SELECT）。

    • 允许多个事务同时读取同一资源。

  • 特点：

    • 允许多个事务共享读取权限。

    • 与 X 锁不兼容，与 S 锁和 IS 锁兼容。

4. IS 锁（意向共享锁，Intent Shared Lock）

  • 定义：
    IS 锁是意向共享锁，表示事务有意向在更细粒度的资源上加 S 锁。

  • 作用：
    IS 锁是一种表级锁，用于通知其他事务：当前事务可能会对表中的某些行或块加 S 锁。

  • 使用场景：

    • 当事务需要对表中的某些行或块加 S 锁时，会先对表加 IS 锁。

    • 用于提高锁管理的效率，避免其他事务对整个表加不兼容的锁。

  • 特点：

    • 是一种表级锁，表示事务的“意向”。

    • 不直接锁定数据，而是为后续的 S 锁做铺垫。

5. 锁的兼容性

以下是 X 锁、IX 锁、S 锁和 IS 锁之间的兼容性：

请求锁 \ 现有锁ISIXSX
IS兼容兼容兼容不兼容
IX兼容兼容不兼容不兼容
S兼容不兼容兼容不兼容
X不兼容不兼容不兼容不兼容

  • IS 锁 和 IX 锁 是意向锁，用于表示事务的意向，不直接锁定数据。

  • S 锁 和 X 锁 是实际锁定数据的锁。

八、小实验

1、会话一执行SQL正常

SQL> UPDATE ZXJ.TEST SET A = 10 WHERE A = 8;
影响行数 1

已用时间: 2.664(毫秒). 执行号:1203.

我们没有提交数据，所以数据库在TEST表的A=8这一行上加了行排他锁。

2、会话二执行SQL卡住

SQL> UPDATE ZXJ.TEST SET A = 1 WHERE A = 8;

因为会话二也想更新A=8这一行数据，也需要加行排他锁，因为行排他锁是互斥的，所以会话二进行等待。

3、会话三查询锁

SQL>
SELECT 
A.*,
B.SESS_ID,B.SQL_TEXT,B.USER_NAME,B.CLNT_IP,
C.SESS_ID,C.SQL_TEXT,C.USER_NAME,C.CLNT_IP
FROM (SELECT TRX_ID,LTYPE,LMODE,TID FROM V$LOCK WHERE BLOCKED = 1) A 
JOIN V$SESSIONS B ON A.TRX_ID = B.TRX_ID
2   3   4   5   6   7   JOIN V$SESSIONS C ON A.TID    = C.TRX_ID;

行号     TRX_ID               LTYPE LMODE TID                  SESS_ID              SQL_TEXT                               USER_NAME
---------- -------------------- ----- ----- -------------------- -------------------- -------------------------------------- ---------
           CLNT_IP   SESS_ID              SQL_TEXT                                USER_NAME CLNT_IP                    
           --------- -------------------- --------------------------------------- --------- ---------------------------
1          32070                TID   X     32069                140544886022640      UPDATE ZXJ.TEST SET A = 1 WHERE A = 8; SYSDBA
           ::1:43834 153575616            UPDATE ZXJ.TEST SET A = 10 WHERE A = 8; SYSDBA    ::ffff:192.168.217.66:47334


已用时间: 1.976(毫秒). 执行号:1032.
名字会话IDSQL锁
持锁会话153575616UPDATE ZXJ.TEST SET A = 10 WHERE A = 8;行排他锁
等锁会话140544886022640UPDATE ZXJ.TEST SET A = 1 WHERE A = 8;

4、会话三杀死持锁会话

因为会话一持锁，执行SQL不提交数据，所以我们选择杀死会话一。

SQL> SP_CLOSE_SESSION(153575616);
DMSQL 过程已成功完成
已用时间: 0.804(毫秒). 执行号:1033.

5、会话二执行SQL正常

SQL> UPDATE ZXJ.TEST SET A = 1 WHERE A = 8;
影响行数 1

已用时间: 00:03:40.118. 执行号:803.

6、会话一断开连接

SQL> SELECT * FROM V$LOCK LIMIT 10;

服务器[192.168.217.66:5238]:处于普通打开状态
已连接

7、查看锁

锁消失，那这个锁等待的问题我们就已经解决啦，但这只是一个治标不治本的的问题，根本的原因还是为什么会话一（或者说应用）为什么长期持有锁不释放，是业务逻辑需要还是逻辑漏洞，需要和应用研发沟通此事。

SQL> 
SELECT
A.*,
B.SESS_ID,B.SQL_TEXT,B.USER_NAME,B.CLNT_IP,
C.SESS_ID,C.SQL_TEXT,C.USER_NAME,C.CLNT_IP
FROM (SELECT TRX_ID,LTYPE,LMODE,TID FROM V$LOCK WHERE BLOCKED = 1) A 
JOIN V$SESSIONS B ON A.TRX_ID = B.TRX_ID
2   3   4   5   6   7   JOIN V$SESSIONS C ON A.TID    = C.TRX_ID;
未选定行

已用时间: 0.479(毫秒). 执行号:1037.

Spring Boot医疗系统高并发难题：达梦数据库死锁排查与优化实战
编程技术探索者，分享C/C++、C#、Java、数据库等开发经验，聚焦实战技巧与AI兴趣，助力编程爱好者成长。
06-16 796
本文针对Spring Boot医疗系统在达梦数据库中遇到的死锁问题，分析了典型业务场景及死锁发生的根本原因。通过剖析达梦数据库的锁机制特性，发现MERGE操作成为高并发下的主要死锁诱因。作者提出了一整套优化方案：采用分区线程池精确控制并发度、升级事务隔离级别、重构SQL操作拆解MERGE语句、实现死锁自动重试机制，并从数据库层面给出参数调优与索引优化建议。这些措施有效解决了医疗系统在处理检查申请时的并发难题，为类似场景提供了可借鉴的解决方案。
达梦8数据库---------锁超时----------非一般情况解决办法（真实案例）
ChunLanGG的博客
07-13 3844
数据库删除表时报错：锁超时 第一阶段（方法一：会话锁）： 1）使用命令查看被锁会话 select a.*,b.NAME,c.SESS_ID from v$lock a left join sysobjects b on b.ID=a.TABLE_ID left join v$sessions c on a.TRX_ID=c.TRX_ID 2）查到SESS_ID后使用下面函数KILL掉对应的SESSION sp_close_session(sess_id); 第二阶段（方法二：阻塞） 3）执行完上述操作后
查看数据库的锁以及事务锁表的超时的调查
06-08
博客的代码，查看当前导致数据库锁的具体sql语句，调查代码逻辑死锁导致数据库超时的例子，对应的博客文章位置http://blog.youkuaiyun.com/pfe_nova/article/details/9055981 注意将代码配置文件的连接字符串改成自己实际的连接字符串
达梦数据库查询当前被锁的表
文牧之的博客
06-26 2191
【代码】达梦数据库查询当前被锁的表。
达梦数据库查看锁以及解锁
weixin_43397326的博客
06-12 9579
通过该视图，用户可以查看到系统当前所有锁的详细信息，如锁的内存地址、所属事务 ID、 锁类型、锁模式等。6 TABLE_ID INTEGER 对于对象锁，表示表对象或字典对象的 ID；对于 TID 锁，表示封锁 记录对应的表 ID。显示会话的具体信息，如执行的 sql 语句、主库名、当前会话状态、用户名等等。4 LMODE CHAR(2) 锁模式：S 锁、X 锁、IX 锁、IS 锁。3 LTYPE VARCHAR(10) 锁类型：TID 锁、对象锁。8 TID BIGINT TID 锁对象事务 ID。
达梦数据库如何查看当前锁表和如何解决锁表问题
最新发布
weixin_46528266的博客
03-01 4580
达梦数据库如何查看当前锁表和如何解决锁表问题
达梦数据库如何定位锁等待问题解决方法
牛排煎黑椒的博客
06-20 579
1.查看被挂起的事务。2.通过挂起事务找到它等待的事务。3.通过等待事务ID定位到连接及执行的语句。4.关闭这个事务。
达梦数据库-操作系统诊断与优化
zjshaha的博客
09-25 800
操作系统优化
达梦数据库频繁删除表，报错锁超时，排查锁超时过程以及处理方式
u011647097的博客
12-31 2816
达梦数据库，在用工具批量删除表时，报错锁超时。
达梦数据库报错-6105
05-19
达梦数据库报错-6105表示数据库连接失败，可能是以下原因之一： 1. 数据库服务没有启动。 2. 数据库服务所在的主机不可达。 3. 数据库服务正在重启中。 4. 数据库服务没有正确配置。 您可以按照以下步骤进行排查：...
达梦数据库的锁排查方法
Super菜的专栏
10-25 1688
达梦数据库的锁排查方法
达梦数据库锁的概述及查询与解决
Martin_x1的博客
03-18 3318
锁的概述 1）锁是一种机制，多个事务同时访问一个数据库对象时，该机制可以实现对并发的控制 2）达梦数据库中锁的类别 ddl锁：自动的施加和释放 dml锁：事务开始时施加，使用Commit或者Rollback释放 3）死锁： 当两个用户希望持有对方的资源时就会发生死锁。即两个用户互相等待对方释放资源，oracle认定为产生了死锁，在这种情况下，将以牺牲一个用户作为代价，另一个用户继续执行，牺牲的用户的事务将回滚。 锁的查看 SELECT * FR
达梦数据库系列—31. 事务和锁
md54333的博客
07-25 1704
它以事务号作为锁的对象，为每个活动事务生成一把TID锁，用于防止多个事务同时修改同一行记录。如表中第二行 第二列为“Y” ，表示如果某个事务已经加了 IS 锁时，其他事务还可以继续添加 IS 锁，第二行 第五列为“N” ，表示如果某个事务已经加了 IS 锁时，其他事务不能添加 X 锁。被阻塞的事务将一直挂起，直到持有锁的事务放弃锁定的资源为止。对象锁是 DM 新引入的一种锁，通过统一的对象 ID 进行封锁，将对数据字典的封锁和表锁合并为对象锁，以达到减少封锁冲突、提升系统并发性能的目的。
达梦数据库锁介绍
a406716524的博客
09-21 968
达梦数据库锁介绍锁模式锁粒度TID锁查看如何利用TID锁控制数据库版本 锁模式 共享锁 共享锁（Share Lock，简称 S 锁）用于读操作，防止其他事务修改正在访问的对象。这种封锁模式允许多个事务同时并发读取相同的资源，但是不允许任何事务修改这个资源。 排他锁 排他锁（Exclusive Lock，简称 X 锁）用于写操作，以独占的方式访问对象，不允许任何其他事务访问被封锁对象；防止多个事务同时修改相同的数据，避免引发数据错误；防止访问一个正在被修改的对象，避免引发数据不一致。一般在修改对象定义时使用
达梦数据库锁机制
southekaer的博客
02-28 3047
锁是一种防止相互数据破坏的机制。当在访问共享数据的事务之间，错误的更新数据或更改数据结构，将引起数据一致性被破坏。锁在维护数据库并发性和一致性方面起着至关重要的作用。DM 数据库支持多用户并发访问、修改数据，有可能出现多个事务同时访问、修改相同数据的情况。若对并发操作不加控制，就可能会访问到不正确的数据，破坏数据的一致性和正确性。封锁机制是实现数据库并发控制的一个非常重要的技术。当事务在对某个数据库对象进行操作前，需要先对其封锁。封锁后事务就对该数据库对象有了一定的控制，在该事务释放。
达梦数据库的锁介绍
文牧之的博客
06-02 1935
达梦数据库（DM Database）是一款国产数据库管理系统，它支持多种类型的锁机制，用于控制并发访问，确保数据一致性和完整性。锁的使用是数据库并发控制中的一个重要方面，可以通过合理的锁机制来避免数据冲突和死锁。
达梦数据库阻塞与死锁查询
lltfjsy的博客
09-18 1741
V$DEADLOCK_HISTORY视图中记录了数据库死锁相关的信息。--SP_CLOSE_SESSION关闭等待事务（SESS_ID）'被阻塞的信息' WT ,'引起阻塞的信息' EM,
达梦数据库-锁表
小蜗牛的博客
09-06 1372
达梦数据库-锁表
达梦数据库锁表与阻塞
weixin_38280007的博客
07-07 2845
达梦数据库锁表与阻塞
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值