很多时候,死锁由两个或多个会话请求其他Session持有的锁而同时又持有其他Session,但也有一些特殊的死锁仅由单个Session锁触发,今天看到一篇相关的文章,搬运过来与各位共享!
引发死锁的代码:
执行环境SQL SERVER 2012 (11.0.5058)
BEGIN TRANSACTION;GOSELECT 'CREATE TYPE EmailAddress';GOCREATE TYPE EmailAddress FROM VARCHAR(320);GOSELECT 'CREATE dbo.foo';GOCREATE PROCEDURE dbo.foo(@param EmailAddress)ASBEGINSET NOCOUNT ON;DECLARE @x TABLE(e EmailAddress);INSERT @xSELECT @param;END;GOSELECT 'EXEC dbo.foo';GODECLARE @x EmailAddress;SET @x = N'whatever';EXEC dbo.foo @param = N'whatever';SELECT '';GOSELECT 'ROLLBACK TRANSACTION';ROLLBACK TRANSACTION;

使用sp_lock查看锁会发现:

执行上面的代码后,通过Profile可以捕获到如下死锁视图:
在元数据锁7(101:0:0)上回话61已结被授予锁,但又再次申请锁,最终导致死锁。
===================================================
该场景在实际业务中几乎不会发生,一般没谁会把存储过程和用户自定义类型的创建放到事务中吧,尤其是将存储过程创建和调用放到同一个事务中。避免该问题的办法就是将存储过程和用户自定义类型的创建放到单独的事务中提交。
===================================================
文章转载自:
https://www.cnblogs.com/TeyGao/p/5644844.html
文章经作者授权转载,版权归原文作者所有
图片来源于网络,侵权必删!
文章转载自SQLServer走起,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




