欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页

锁等待处理

程序员文章站 2022-06-03 11:51:26
...

一、查出具体造成锁等待的语句 

模拟达梦数据库DML操作可能会出现的行锁等待:

会话一:更新表test_lock中id=2的(id字段为主键字段)一行数据,更新成功,未提交:

SQL> update test_lock set name='Change_na' where id=2;affect rows 1used time: 2.103(ms). Execute id is 3106.

会话二:继续更新表test_lock中id=2的这一行数据,未更新成功,处于等待状态:

SQL> update test_lock set name='Change_Tw' where id=2;

-- 会话二会hang住,因为它在等待会话一持有的资源,仅当会话一提交或回滚后才能执行成功。

前面已经模拟出锁等待问题,这里我们需要处理一下锁等待:

1)首先,查看被挂起的事务(TRX_ID)​​​​​​​

SQL> SELECT VTW.ID AS TRX_ID, VS.SESS_ID ,VS.SQL_TEXT,VS.APPNAME ,VS.CLNT_IP FROM V$TRXWAIT VTW LEFT JOIN V$TRX VT ON (VTW.ID=VT.ID) LEFT JOIN V$SESSIONS VS ON (VT.SESS_ID=VS.SESS_ID); LINEID     TRX_ID               SESS_ID              SQL_TEXT                                          APPNAME CLNT_IP         ---------- -------------------- -------------------- ------------------------------------------------- ------- ----------------1          6158                 139808835965528      update test_lock set name='Change_Tw' where id=2; used time: 18.065(ms). Execute id is 3700.

2)通过挂起事务ID(TRX_ID)找到它等待的事务(WAIT_FOR_ID)。​​​​​​​

SQL> SELECT WAIT_FOR_ID,WAIT_TIME FROM V$TRXWAIT WHERE ID=6158;  LINEID     WAIT_FOR_ID          WAIT_TIME  ---------- -------------------- -----------1          6157                 108572 used time: 1.843(ms). Execute id is 3701.

3)通过等待事务ID(WAIT_FOR_ID)定位到连接以及执行的语句​​​​​​​

SQL> SELECT VT.ID AS TRX_ID, VS.SESS_ID, VS.SQL_TEXT, VS.APPNAME, VS.CLNT_IP FROM V$TRX VT LEFT JOIN V$SESSIONS VS ON (VT.SESS_ID=VS.SESS_ID) WHERE VT.ID = 6157;LINEID     TRX_ID               SESS_ID              SQL_TEXT                                          APPNAME CLNT_IP         ---------- -------------------- -------------------- ------------------------------------------------- ------- ----------------1          6157                 139809037292120      update test_lock set name='Change_na' where id=2; used time: 6.749(ms). Execute id is 3702.

 二、处理引起锁等待的语句 

对于引起锁等待的语句,优先kill,保障系统稳定。后续再对抓取到的语句进行分析、定位。

1)kill掉引起锁等待的语句:​​​​​​​

SQL> SP_CLOSE_SESSION(139809037292120);DMSQL executed successfullyused time: 0.796(ms). Execute id is 3703. 

2)再去查看会话二,发现update操作已经执行成功:​​​​​​​

SQL> update test_lock set name='Change_Tw' where id=2;affect rows 1used time: 00:04:42.183. Execute id is 3600.SQL>

注:对于这种锁等待问题,若是业务侧引起,一般是业务逻辑存在缺陷,需要检查代码并修复;若是运维侧引起,一般是操作不规范引起,需及时整治。不论是那种情况,都需慎重处理,规范开发和运维规范。

引入官方文档的描述:

在 DM 数据库中, INSERT、 UPDATE、 DELETE 是最常见的会产生阻塞和死锁的语句。

INSERT 发生阻塞的唯一情况是, 当多个事务同时试图向有主键或 UNIQUE 约束的表中插入相同的数据时,其中的一个事务将被阻塞,直到另外一个事务提交或回滚。一个事务提交时,另一个事务将收到唯一性冲突的错误;一个事务回滚时,被阻塞的事务可以继续执行。

当 UPDATE 和 DELETE 修改的记录,已经被另外的事务修改过, 将会发生阻塞,直到另一个事务提交或回滚。