锁等待处理

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

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