达梦数据库锁表与阻塞

1、定义

阻塞：多个线程之间的相互影响，等待临界资源；

 

死锁：多个线程之间互相等待，形成等待环；

 

对于死锁，达梦数据库会自动检测，并选择牺牲掉其中的一个事务，保证其它事务正常运行。

 

select * from V$DEADLOCK_HISTORY;--查询死锁历史

 

记录了产生死锁后被牺牲掉的事务的事务ID、会话ID、执行的SQL语句以及死锁发生时间（没有记录造成死锁的其它事务）。

 

对于阻塞，达梦数据库不会自动处理，被阻塞的事务会一直挂起。应尽量形成短事务，快速提交。

 

2、 什么情况下会形成阻塞？

在达梦数据库中，查询永远不会被阻塞，SELECT FOR UPDATE的情况除外。

 

INSERT语句被阻塞的情况：多个事务同时向有主键或唯一约束的表中插入相同的数据；

 

删、改语句被阻塞的情况：所需要操作的数据被其它事务修改过，且一直没有提交或回滚

 

3、 阻塞的排查

1）环境创建

create table test(id int,name varchar);

 

insert into test values(1,'test1');

insert into test values(2,'test2');

insert into test values(3,'test3');

insert into test values(4,'test4');

insert into test values(5,'test5');

insert into test values(6,'test6');

insert into test values(7,'test7');

insert into test values(8,'test8');

insert into test values(9,'test9');

insert into test values(10,'test10');

commit;

 

select * from test;

 

 

2）执行修改

update test set name='test222' where id=1;

 

 

 

 

3）执行查询

select * from test where id=1;

 

 

 

 

4）切换会话查询

select * from test where id=1;

 

 

 

 

由于之前的修改事务没有提交，所以新会话查出来的结果还是旧的值。

 

5）在新会话执行删除操作

delete from test where id=1;

 

 

 

 

此时，发生阻塞，因为 delete 操作需要加锁，当前事务被挂起。

 

6）在旧会话中查询阻塞的事务

select * from v$trxwait;

 

 

 

 

事务6083被阻塞了，阻塞他的事务为6076，阻塞了107089毫秒。

 

之所以不在执行delete的会话中查，是因为那个会话卡主了，什么都做不了。

 

7) 通过 V$SESSIONS 视图查找两个事务对应的会话

查哪些 SQL 语句产生的阻塞

 

select sess_id,sql_text,state,trx_id from v$sessions where trx_id in('6083','6076');

 

 

 

 

4、阻塞的解决方法

根据需求，可以有两种解决方案。

 

4.1 提交或回滚产生阻塞的事务。

rollback;

 

commit;

 

4.2 关闭产生阻塞的会话

使用系统过程 SP_CLOSE_SESSION(SESS_ID)来关闭对应的会话

 

SP_CLOSE_SESSION(140272826652448)；

 

 

 

 

 

 

 

注意：sess_id指的是v$sessions中的sess_id。

 

https://eco.dameng.com