处理

1、定义
 阻塞：多个线程之间的相互影响，等待临界资源；死锁：多个线程之间互相等待，形成等待环；
对于死锁，达梦数据库会自动检测，并选择牺牲掉其中的一个事务，保证其它事务正常运行。
select * from V$DEADLOCK_HISTORY;–查询死锁历史
记录了产生死锁后被牺牲掉的事务的事务ID、会话ID、执行的SQL语句以及死锁发生时间（没有记录造成死锁的其它事务）。
对于阻塞，达梦数据库不会自动处理，被阻塞的事务会一直挂起。应尽量形成短事务，快速提交。
1、 什么情况下会形成阻塞？
 在达梦数据库中，查询永远不会被阻塞，SELECT FOR UPDATE的情况除外。INSERT语句被阻塞的情况：多个事务同时向有主键或唯一约束的表中插入相同的数据；
删、改语句被阻塞的情况：所需要操作的数据被其它事务修改过，且一直没有提交或回滚
2、 阻塞的排查
 1）环境创建
 drop table test;create table test(id int,name varchar);
insert into test values(1,‘test’);
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;事务7400被阻塞了，阻塞他的事务为7401，阻塞了249734毫秒。
之所以不在执行delete的会话中查，是因为那个会话卡主了，什么都做不了。
7. 通过 V$SESSIONS 视图查找两个事务对应的会话
 查哪些 SQL 语句产生的阻塞select sess_id,sql_text,state,trx_id from v$sessions where trx_id in(‘7400’,‘7401’);

4、阻塞的解决方法
根据需求，可以有两种解决方案。

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

commit;

4.2 关闭产生阻塞的会话
使用系统过程 SP_CLOSE_SESSION(SESS_ID)来关闭对应的会话

SP_CLOSE_SESSION(1981579576)；

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