很多时候,死锁由两个或多个会话请求其他Session持有的锁而同时又持有其他Session,但也有一些特殊的死锁仅由单个Session锁触发,今天看到一篇相关的文章,搬运过来与各位共享!
引发死锁的代码:
执行环境SQL SERVER 2012 (11.0.5058)
BEGIN TRANSACTION; GO SELECT ‘CREATE TYPE EmailAddress‘ GO CREATE TYPE EmailAddress FROM VARCHAR(320); GO SELECT ‘CREATE dbo.foo‘ GO CREATE PROCEDURE dbo.foo ( @param EmailAddress ) AS BEGIN SET NOCOUNT ON; DECLARE @x TABLE ( e EmailAddress ); INSERT @x SELECT @param; END; GO SELECT ‘EXEC dbo.foo‘ GO DECLARE @x EmailAddress; SET @x = N‘whatever‘; EXEC dbo.foo @param = N‘whatever‘; SELECT ‘‘ GO SELECT ‘ROLLBACK TRANSACTION‘ ROLLBACK TRANSACTION;
执行上面的代码后,通过Profile可以捕获到如下死锁视图:
使用sp_lock查看锁会发现:
在元数据锁7(101:0:0)上回话61已结被授予锁,但又再次申请锁,最终导致死锁。
===================================================
该场景在实际业务中几乎不会发生,一般没谁会把存储过程和用户自定义类型的创建放到事务中吧,尤其是将存储过程创建和调用放到同一个事务中。避免该问题的办法就是将存储过程和用户自定义类型的创建放到单独的事务中提交。
===================================================
姿势涨完了,该妹子镇贴!
时间: 2024-10-31 02:59:33