达梦数据库——死锁概念的深度剖析

最新推荐文章于 2024-06-27 00:24:15 发布

fcwr230

最新推荐文章于 2024-06-27 00:24:15 发布

阅读量2k

点赞数

分类专栏：达梦数据库专栏文章标签：数据库数据库开发

本文链接：https://blog.csdn.net/fcwr230/article/details/124133653

版权

达梦数据库专栏专栏收录该内容

18 篇文章 2 订阅

订阅专栏

死锁概念

死锁是两个事务都在等待对方持有的资源锁，要等对方释放持有的资源锁之后才能继续工作，他们互不相让，坚持到底，双方都要等到对方完成之后才能继续工作，而以目前这种状态，双方都完成不了，陷入死循环了。

死锁与阻塞的不同之处在于死锁包括两个或者多个已阻塞事务，它们之间形成了等待环，每个都等待其他事务释放锁。例如事务 1 给表 T1 上了排他锁，第2个事务给表 T2 上了排他锁，此时事务 1 请求 T2 的排他锁，就会处于等待状态，被阻塞。若此时 T2 再请求表 T1 的排他锁，则 T2 也处于阻塞状态。此时这两个事务发生死锁，DM 数据库会选择牺牲掉其中一个事务。

为了更好的认知死锁的概念，这里我们来具体用案例来模拟死锁。

死锁模拟

需要提起说明的是，这里通过达梦数据库的manage工具进行模拟，对于manage中的每个窗口可以理解为一个事务。

--创建测试表

drop table student;

create table student(stuid int primary key,stuname varchar(100),stusex varchar(4),stuage int);


insert into student values(1,'张三','男',19);

insert into student values(2,'李四','女',20);

insert into student values(3,'王五','男',21);

insert into student values(4,'赵六','女',22);

commit;

--接下来我们模拟锁阻塞

--窗口1模拟事务1，对stuid=1的更新，不提交

 update student set stuage=21 where stuid=1;

--窗口2模拟事务2，对stuid=2的更新，不提交

 update student set stuage=10 where stuid=2;

--窗口1模拟事务1，对stuid=2的更新，不提交，此时产生锁阻塞

 update student set stuage=40 where stuid=2;

--继续模拟一个新的锁阻塞，与之前的锁阻塞形成死锁

--窗口2模拟事务2，对stuid=1的更新，此时产生锁阻塞，两个锁阻塞形成死锁事件

 update student set stuage=40 where stuid=2;

对于应用程序来说，死锁的事务会自动回滚，这里我们手动对窗口2的事务2直接回滚，此时窗口1的事务1自动执行完成。

死锁排查

由于死锁会被数据库系统自动识别并终止，所以从会话视图中是感受不到的，程序会反馈一个死锁错误，通过死锁历史动态视图V$DEADLOCK_HISTORY，可以查询到发生过的死锁信息。

select * from V$DEADLOCK_HISTORY;

select dh.trx_id,sh.sess_id,wm_concat(top_sql_text) from V$DEADLOCK_HISTORY dh,V$SQL_HISTORY sh where dh.trx_id=sh.trx_id and dh.sess_id=sh.sess_id 
group by dh.trx_id,sh.sess_id;