其他分享
首页 > 其他分享> > 锁等待处理

锁等待处理

作者:互联网

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

模拟达梦数据库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 修改的记录,已经被另外的事务修改过, 将会发生阻塞,直到另一个事务提交或回滚。

标签:SESS,处理,id,TRX,VS,SQL,等待,ID
来源: https://blog.csdn.net/robo23/article/details/122759269